5461

Идеи и мозговой штурм / Re: Расчет динамики

« : 12 Апреля 2007, 02:34:48 »

Решил задачу. Наверняка в экономике есть решения и алгоритмы. Но видно форумный народ не знает или решил, что времени тратить неохота:-)

В общем идея такая.
1. Рассчитываем коэффициенты уравнения линейной регрессии y=b0+b1x метод МНК.
Здесь y - это количество, цена , оценка и т.п., а х - это факически номер квартала (1,2,3,4)
2. Рассчитываем среднее yср = (y1 +y2 +y3 +y4)/4
3. Ищем дисперсию остаточную summa(bo+b1xi - yi)^2/(4-кол-во коэфф регрессии=2)
4. Ищем генеральную или как там называется дисперсию о среднего: summa(ycp - yi)^2/(4- чего-то=1(т.е. 3))
5. Если остаточная дисперсия меньше генеральной (и вроде чем меньше тем лучше) - есть тенденция. Коэффициент b1 показывает какая
В противном случае есть вероятность застоя или колебания. В этом случае я решаю просто в лоб: если b1=0 - застой иначе колебания.

Вот так братцы

5462

Идеи и мозговой штурм / Re: Расчет динамики

« : 11 Апреля 2007, 09:26:05 »

Спасибо за помощь. Правда помощи пока, как таковой нет.
Просидел вчера в инете, изучал ентот возможный алгоритм. На самом деле не все так просто в мире.
Однако задача - курсовая по компьютерной подготовки в Московском ГУУ, Институт заочного обучения. Даже если учесть, что специальность с уклоном в экономику и управление, вряд ли здесь заложен какой-то сложный алгоритм. Правда, вполне возможно на занятиях им что-то объясняли и советовали.

Однако, если мы изучаем динамику или скажем тенденцию за год, то ясно, что имеет смысл рассмотреть задачу так:
если в конце года выпуск максимальный - есть тенденция роста
если в конце года выпуск минимальный - есть тенденция падения
если максимальный в середине или минимальный в середине (тоесть точки перегиба есть) то скорее всего это имеет смысл считать колебаниями
Вообще я голову сломал....

5463

Вакансии / Re: Вакансия: системный аналитик

« : 11 Апреля 2007, 00:04:02 »

Небольшая цитата по поводу термина ИЛМ из моих лекций. Конспектировано из разных источников (мною конечно не выдумано:)

Концептуальное  представление данных  это наиболее полное представление, отражающее смысл информации, оно может быть только одно и не должно содержать противоречий и двусмысленностей. Описание предметной области, выполненное без ориентации на  используемые в дальнейшем программные и технические средства, называется инфологической моделью предметной области (ИЛМ).  Фактически – это такое описание системы, которое не зависит от любых подробностей реализации ИС (таких, как тип СУБД, состав прикладных программ, язык программирования, вычислительная платформа и т.п.). Обычно инфологическую модель строят с помощью специальных формализованных методик. 

Основные требования к ИЛМ:
•   адекватность отображения предметной области;
•   легкость расширения и модификации;
•   возможность иерархического представления данных;
•   возможность автоматизированного проектирования;
•   однозначность понимания и легкость восприятия всеми лицами, участвующими в разработке и эксплуатации системы.

ИЛМ включает в себя следующие компоненты:
•   структурную информационную модель предприятия;
•   описание потребностей пользователей (список запросов, объем данных, частота обращения, режим работы пользователей);
•   описание ограничений целостности данных;
•   семантическую информацию о данных (онтология);
•   информацию о мерах обеспечения безопасности и целостности данных,
•   описание алгоритмов вычислений, последовательности выполнения операций и т.д.

Разработчики ИС обычно используют более детальное описание концептуальной модели, тем не менее, еще считающееся логическим.

Для описания логики работы программ, их структуры, их взаимодействия с данными и друг с другом применяют схемы программ, схемы структуры программ, схемы данных, схемы взаимодействия программ. Правила изображения этих схем описаны государственными стандартами ЕСПД [21]. 

При создании БД выделяют как особое представление даталогическую модель базы данных - это модель логического уровня, использующая одну из типовых моделей данных, и учитывающая требования конкретной СУБД.

5464

Проектирование / Re: Вопросы практики проектирования Web-приложения

« : 10 Апреля 2007, 23:55:49 »

Чаще всего ТЗ пишет именно исполнитель по согласованию с заказчиком.

Мне всегда казалось, что ТЗ пишется именно исполнителем. ТЗ именно исполнителем согласовывается с заказчиком, ТЗ именно исполнителем и именно заказчиком подписывается и превращается в контракт, договор между заказчком и исполнителем, регулирующим взаимоотношения сторон, защищая интересы этих сторон.

Мне кажется, Петро, вы все время путаете понятие роли, должностной обязанности и их реального воплощения в практике.
Действительно я могу быть: менеджером проекта, аналитиком проекта, промоуторем проекта, программистом, математиком, генератором идей и все в одном лице.

Мне кажется, ваше чаще относится к тому, что мол я вот программер, меня мол напрягли че-та там делать, а еще и ТЗ самому себе приходится писать.... Се ля ви. Порой приходится куда же деться.

Потому обратившись за советом, вам и говорят  поставьте задачу грамотно, дайте информации для анализа и размышления.
А вы дали нам только, что мол будет таблица, в которой пользователь все должен править за миллисекунду, млеть от счастья от бешенной скорости, и кругом навороты навороты.

Задача похвальная, все сообщество программистов и ИТ бьется над этим вопросом: как добиться высокопроизводительного и быстродействующего интерфейса в веб-приложениях. Общего решения имхо пока нет, но частные решения существуют и очень даже грамотные.

Сходите вот по этим ссылкам, там есть демосайт для демонстарции компонента очень показательно
http://www.elearningforce.biz/e-learning/joomlaquiz.html
http://www.elearningforce.biz/joomla-components/online-flashquiz-component.html

5465

Идеи и мозговой штурм / Расчет динамики

« : 10 Апреля 2007, 23:40:16 »

Братцы, простите за оффтопик. Нужна срочная интеллектуальная помощь.

Нужно выручать родственника с курсовой, учится в Москве заочно на 2 курсе. Вроде какой- то университет управления. Требуется сделать бадью на Акссесе. Это сделаю проблем нет:-)

Однако возникла сложность
Есть Таблица
Предприятие Изделие  Выпуски продукции
                                1 кв 2 кв 3 кв 4 кв

Нужно составить отчет-справку
Предприятие Изделие Динамика выпуска
Динамика выпуска может принимать значения:
1. Рост - наблюдается динамика роста,
2. Падение - динамика падения,
3. Колебания - нет выраженной динамики,
4. Нет - выпуск постоянный

Что-то я стал решать задачу и попал в ступор.
Что например считать ростом?
10 11 12 13 рост? Да
10 10 12 13 рост? Да
10 10 10 13 рост? Да
10 11 10 13 рост? вроде да или колебание?

Может рост это когда кв1 < кв4
падение наоборот
а колебание когда кв1 = кв4, а кв2 и кв3 либо больше либо меньше?

Задача явно с экономическим подвохом. Врядли приницпиально сложная, все-таки 2 курс, и совсем не информационная специальность. Да и курс вроде называется Ведение в информтехнологии для экономистов-управленцев.

5466

Проектирование / Re: Вопросы практики проектирования Web-приложения

« : 10 Апреля 2007, 15:20:33 »

по моему это называется "Технико-экономическое обоснование работ при проектировании".

Скорее всего так и называется.

тут хотелось бы сказать вашему заказчику - любой каприз за ваши деньги.
Но думаю ситуация не такая простая.
Вероятно, вы понимаете, что сделать заказ полностью собственными силами вы не можете. Однако и терять заказ не хочется. Но тогда приглашение ява-программиста скажем, это ваше внутреннее дело.
Если вы договорились с заказчиком так, что он готов нести доптраты  по проекту - очень рад за вас.
Насколько я могу судить вас интересует, приглашать или нет ява-программиста, и сколько денег ему отваливать, т.е. оценить объем его работы, его долю в проекте?

Но это лjгическим путем приводит нас к формулировке проекта, его образа, требований (не те, что вы написали: хочу жар-птицу и царевну впридачу), а очень досконально описанных, чтобы понять на каком месте этот самый ява программист проявится.

А вопросов то ведь море: хотя бы и платформа(апач рнр перл плоне питон энифинг элс?).

Кстати насчет всяких там драг эн дроп - посмотрите хотя бы CRM SugarCRM. Ссылку в инете найдете без труда, или тот же sourceforge

5467

Проектирование / Re: Вопросы практики проектирования Web-приложения

« : 10 Апреля 2007, 10:37:23 »

Да еще совет Петро. Изучите принципы работы с редактором сообщений. Уважайте других и правильно цитируйте. Уж если Вы грамотный специалист, то в таком пустяке разобраться думаю для Вас не сложно

5468

Проектирование / Re: Вопросы практики проектирования Web-приложения

« : 10 Апреля 2007, 10:36:08 »

Худшие предположения подтвердились, "как далеки они от народа".

Петро, Вы пытаетесь свое не понимание процесса переложить на оторванность аналитика. Может для начала почитать ряд книг? Чтобы понять что есть дисциплина, процесс проектирования и анализа, роли, которые должны играться в этом процессе.
"физику и инженеру поставили задачу: рассчитать устойчивость стула на 3 ножках. Инженер засел в библиотеку, исследовал нужные справочники и принес решение через 3 дня. Физик делал задачу месяц, но он подошел к задаче строго: пусть есть стул с n ножками и решил задачу в общем виде, дав возможность рассчитывать в будущем любую устойчивость любого стула"
Вы похожи на своего заказчика - хочу и все, делай как знаешь. Поскольку мы не знаем каковы ваши отношения с заказчиком трудно обсуждать финансовую сторону..

Твоя отчасти неправота раскроется, когда заказчик спросит: "Надо ли нанимать Java-программиста, или Вы сами на Delphi справитесь?". Т.е. КАКИЕ ТРЕБОВАНИЯ ЗАВИСЯТ ОТ ВЫБРАННОЙ СРЕДЫ ПРОГРАММИРОВАНИЯ И ЦЕНЫ В СВЯЗИ С ЭТИМ.

Вы путаете кислое с пресным. Требования бывают разные. Я очень сомневаюсь, что заказчик диктует вам, какие технологии обязательно применять. На мой взгляд ему-то фиолетово.

Вы так говорите, как будто при приходе в магазин выбора автомобиля менеджер не должен знать что такое ABS.
Он помогает заказчику узнать о ТЕХНИЧЕСКИХ достижениях в автомобилестроении и соразмерить его вкусы (МАКС) с его кошельком (МИН).

Есть такое понятие - специалист в предметной области. Если ваш менеджер работает в автомагазине,то трудно представить, что он ничего не знает об автомобилях - он о них знает все. НО ваш пример абсолютно не аргументирован - разные вещи сравниваются!!

5469

Примеры / Re: Программа по торговле на фин. рынках (трейдинг)

« : 09 Апреля 2007, 23:09:45 »

Очень неплохо на мой взгляд.

Однако немного критики.
Управлять счетом пока пропущу. Мне, кажется, его надо сначала закончить.

Вставить/изменить заявку. Думается, для начала имеет смысл рассмотреть их как отдельные UC. Одно дело когда создается новая заявка, другое, когда изменяется уже имеющаяся.
Вы определили в данном случае цель пользователя. Это, кажется, очевидным. Однако какой тип UC. Черный или белый ящик?
Черный, когда внутренние действия системы не раскрываются, т.е. случай когда пользователь не знает, как это делает система. Он лишь знает как она должна реагирует на действия пользователя. На мой взгляд мы имеем в данном случае все-таки прозрачный ящик (хотя я могу и ошибаться). Почему? Мы видим что система передает заявку Клирингу, то ее одобряет, после чего система сохраняет заявку и изменяет счет.
На мой взгляд если мы пишем "черный ящик" нужно передавать мяч между пользователем и системой.

1.   П создает новую заявку.
2.   П записывает необходимые данные (инструмент, цена и т.д)
3.   П одобряет заявку и передает ее системе.
4.   Система сохраняет заявку и обновляет счет
Исключения
1а. П открывает одну из старых заявок (другой ВИ, а не исключение существующего. Либо другой альтернативный поток).
5а. Заявка не удовлетворяет требованиям
   5а1. Система извещает пользователя о несоответствии заявки каким-либо требованиям
   5а2. П отменяет заявку или переходит к пункту 2.


Далее
ВИ №4 «Поставить данные»
Основное действующее лицо: Поставщик данных (ПД)
Область действия: система Опти (сервер).
Уровень: цели пользователя.
Главный сценарий:
1. ПД передает данные системе.
2. Система подтвержадет получение данных

Думаю в данном случае могут быть особо интересны исключения: данные не приняты, разорвано соединение, и т.д.

5470

Проектирование / Re: Вопросы практики проектирования Web-приложения

« : 09 Апреля 2007, 16:25:19 »

Я так и не пойму все-таки вопроса.
Вы, Петро, задавая вопрос, что хотели о нас услышать?
Готовое решение, которое позволяет Вашим пользователям работать с  веб-интерфейсе совсем не чувствуя этого?
Или каковы принципы проектирования таких систем?

В первом случае, конечно, вы вряд ли дождетесь ответа. То что Вы хотите реализовать (drag&drop и прочие вкусности) реализовать можно. Вопрос стоит лишь, а как. Понятно, что обработку  логике представления надо в этом случае делать на клиенте и никак на сервере. Если только это не интрасеть, или интернет 2. В любом случае Вам прийдется решать задачу с использованием javascript и им подобных, flash, activeX. Вероятно,есть и другие решения - тогда Вам имеет смысл обратится на соотвествующие ресурсы. Поскольку здесь нет предмета для обсуждения в рамках нашего форума, Вам же все ясно - редактируемая таблица (правда только не таблица, а форма - форма единственный интерактивный инструмент в html, не считая ссылок).

5471

Проектирование / Re: Вопросы практики проектирования Web-приложения

« : 09 Апреля 2007, 13:13:41 »

Как сделать Web-приложение УДОБНОЕ пользователю?

Добавлю, а что Вы понимаете под удобством веб-приложения для пользователя?

5472

Проектирование / Re: Вопросы практики проектирования Web-приложения

« : 09 Апреля 2007, 13:11:49 »

PS. Опыта разработки именно в Web нет, но ... не Боги горшки обжигают
IMHO Ajax новыя и сырая пока технология не лишённая своих недостатков (позже)

Не чувствуете противоречия? Так у Вас все-таки есть опыт или его нет?

Теперь о вашей теме. Еще раз повторяю, реализация - это другой вопрос.
Вы же задаете вопрос о проектировании.
Проектирование - это разработка или выбор архитектуры системы в целом, приложения, разработка классов(если будует использовать), алгоритмов, модели данных. При чем тут веб или не веб. Вы путаете процессы проектирования и реализации.
При проектировании Вы выясняете А что же вам нужно? Затем вы выбираете технологию и используете ее возможности. Очевидно определенные вещи сделать на веб сложно или не возможно, либо надо учитывать какие-то особенности.
Если Вы хотите получить веб-приложение, которое по сути работает как локальное - смотрите в сторону ASP.NET или Java.

И вообще сначала опишите свою ПРОБЛЕМУ так, чтобы вас поняли ДРУГИЕ. А потом можно уже говорить конкретно

5473

Проектирование / Re: Вопросы практики проектирования Web-приложения

« : 09 Апреля 2007, 12:10:49 »

Чем всё-таки могут помочь дисциплинны по Аналитике и UML при проектировании Web-приложения?

Современное веб-приложение по сути мало, чем отличается, от других приложений. Поскольку аналитика и проектирование (моделирование) вообще-то оторвано от способов реализации, ничто не мешает использовать UML для моделирования и проектирования веб-приложений.

Первый практический вопрос:
=========================
- для создания работающей модели первых WEb-страниц необходимо учитывать ОГРАНИЧЕНИЕ ТЕХНОЛОГИИ WEB
  (Web не поддерживает состояние (statelles). Это означает, что как только запрос будет обслужен, вся информация теряется).

Я бы не был столь категоричен. Действительно технология ВЕБ предполагает, что когда запрос обслужен информация теряется. Но для сохранения ее используется механизм сессии или cookies.


 

На примере реализации таблицы на клиенте.... Нет примеров "редактирования в таблице" как это делается в других ЯП (Delphi....). Обычный пример редактирования, это клик на записи и обновление страницы в другую форму где и происходит действо.

С точки зрения пользователя это менее неудобно, но таковы ущербные технологии Web.
Вот такие пока мысли...

Работа на клиенте реализуется средствами JS например, или Ajax.

Вопрос:
==================
Как сделать Web-приложение УДОБНОЕ пользователю?

Сначала определите, а что нужно пользователю от приложения? Что сделает его "счастливым", а затем ищите решения, которые позволяют это сделать.
Посмотрите например: http://www.maillist.ru/lr/145249/72964112
есть вот такая статья на interface.ru (была по крайней мере) Быстрая разработка веб-приложений на CodeGear Delphi for PHP
http://www.interface.ru/home.asp?artId=4126
http://www.interface.ru/home.asp?artId=4164
http://www.interface.ru/home.asp?artId=4192
И начните с изучения общих основ веб-программирования

5474

Варианты Использования (Use Case) / Re: Структурные Диаграммы представления ВИ

« : 09 Апреля 2007, 10:34:14 »

Я не совсем понимаю тему спора.
Книга Коберна направлена на использование современных методов описания функциональных требований к системам. Хотя такое переводное название на самом деле не отражает истинное название книги, которая достаточно четко ставить область ее использования и изучение: Написание эффективных вариантов использования.

Т.е. книга посвящена НАПИСАНИЮ, но не РИСОВАНИЮ вариантов использования. И отражает личный опыт и убеждения автора.

Использовать или не использовать диаграммы. Когда их использовать и в каком виде? Я думаю, по мере развития графических средств и инструментов моделирования, создания языков формального описания и т.п. будет происходить (и происходит) взаимопроникновение идеологии и понимания как в сферу бизнеса, так и в сферу ИТ.

Использование графических средств формализации на начальных стадиях развития проекта вполне оправдано. Еще более оправдано это, если и бизнес-анализ, и анализ приложения, его проектирование ведется в одном ключе с использованием единого подхода, нотаций и т.п. Конечно, это облегчает использование результатов бизнес-анализа в проектировании. Именно это мы и видим порой, когда изучаем некоторые примеры использования UML для бизнес-анализа, формирования бизнес-требований

5475

Варианты Использования (Use Case) / Re: Структурные Диаграммы представления ВИ

« : 08 Апреля 2007, 00:41:40 »

Можно я вставлю маленькое слово?

1. Спор об использовании или не использовании графических средств ведется давно. В каждом лагере есть свои аргументы в пользу использования своей концепции взгляда.
Как я понимаю, использование текстовой формы или графического представления ВИ зависит от уровня представления и изучения. На уровне бизнеса, взаимодействия с заказчиком подойдет любая форма, помогающая найти общий язык. Контекстная диаграмма ВИ Коберном вполне поддерживается, посмотрите, он называет ее модель Действующие лица и Цели. Т.е. Диаграмма ВИ может использоваться в этом случае, но скорее только как СОДЕРЖАНИЕ, однако в этом виде ничего показательного особо нет, потому Коберн и говорит - достаточно изобразить ее в виде таблицы. Все люди по крайней мере с 7 лет учаться читать и в этом деле их можно считать профессионалами. А вот рисовать диаграммы UML учать в вузах, да и не во всех, и не во всех специальностях.

Другие авторы говорят "Используйте графические средства - лучше один раз увидеть, чем 10 раз прочитать. Ибо при прочтении многие понимают это по своему, а графическую интерпретацию - однозначно. Тем более совсем несложно пояснить что обозначает человечек и овальчик"

2. Далее. Тема называется структурные диаграммы для представления ВИ. Если говорить точно, ВИ есть часть поведения системы и часть модели взаимодействия системы с окружением. Структурная диаграмма отображает структуру, т.е. нечто статичное. Конечно можно назвать ВИ функциональной структурой - но правильно ли это будет.

Т.е. я хочу задать вопрос, а явяляется ли тема правильно сформулированной, в том ли направлении идет дискуссия?