901

Реализация / Re: Реализовать нельзя упростить

« : 22 Октября 2013, 17:21:13 »

Но вопрос то не в этом как правильно, а в том оправдано ли реализация предопределенного адреса для сайта доставки пиццы? если я правильно поняла.

Нет не доставка пиццы, ниже (выше) я пояснил предметную область

902

Реализация / Re: Реализовать нельзя упростить

« : 22 Октября 2013, 17:20:25 »

Модель предметной области есть? В ней согласовано, что адрес доставки — это атрибут конкретного заказа, а не только клиента?

Да есть - все согласовано.

903

Реализация / Re: Реализовать нельзя упростить

« : 22 Октября 2013, 17:18:47 »

Эд, а в чём конфликт интересов?

Конфликт громко сказано, конечно. Просто есть ожидание заказчика, и неожиданная реализация разработчика.

«Трудоёмкость возрастёт» — что, подрядчик не получит за это больше денег? Или у вас фикс прайс?

Получит. реально у меня фикс-прайс, но есть резервный фонд. который позволяет и увеличить итоговую оценку за проект. Фикс - прайс -это сумма балов по всем студентам у меня 1800 баллов на группу.

Ты знаешь, зачем ты заказываешь то, что заказываешь? Можешь объяснить подрядчику в терминах качества продукта и бизнес-эффектов (конверсия, результативность, потери)? С какой стати подрядчик оценивает степень «пшика» — он что, эксперт по электронной торговле? Его нанимали в таком качестве?

Подрядчик студент, группа студентов, тут, кончено, сложно с ними обсуждать эти моменты.

Почему я хочу так и почему на мой взгляд текстовое указание адреса доставки рисковано я объяснил подрядчику. Подрядчик простой программист в команде и действовал, конечно, не по уставу. Но поскольку мы учимся, хотелось бы извлечь из этого урок.

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

Более того я готов пойти на уступки, но это же должно быть как-то объяснено?

904

Реализация / Re: Реализовать нельзя упростить

« : 22 Октября 2013, 17:08:26 »

Саша, Элла.

Мы проектируем Cafeteria Ordering System по Вигерсу. Система заказов обслуживает только сотрудников компании. Компания большая. Адрес доставки должен находится внутри компании и нигде более. Клиент оплачивает обеды через удержание из з/п - если заказ доставляется, и наличными, если не сотрудник приходит в кафетерий ногами.

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

Элла, как теперь изменится твое мнение? И главное почему?

905

Реализация / Реализовать нельзя упростить

« : 22 Октября 2013, 12:33:40 »

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

Как и в реальном проекте возникают конфликты интересов. В частности возник такой.

Клиент - сотрудник компании, при размещении заказа на обед также должен указать в нем место куда следует заказ доставить. Место доставки должно браться из профиля клиента, но может быть в ходе заказа им изменено.

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

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

Когда я как заказчик обратился к команде с некоторым удивлением, мне сказали примерно следующее:
1. хранить сведения о доставке будет в профиле пользователя
2. если реализовать то, что вы сказали - трудоемкость возрастет в разы
3. а эффекта будет пшик

Интересно мнение форумчан.  Прав ли заказчик, настаивая на своих требованиях. Или ему следует прислушаться к мнению разработчиков, что так проще?

906

Обучение / Re: Опыт преподавания объектно-ориентированного подхода в моделировании, анализе

« : 07 Октября 2013, 18:26:31 »

Возможно, курс на схожую тематику есть в магистратуре. http://erp.cmc.msu.ru/disciplins.html

Спасибо. Посмотрел, если и есть что-то близкое, то наверное распределено в разных дисциплинах. Увы.

907

Обучение / Re: Опыт преподавания объектно-ориентированного подхода в моделировании, анализе

« : 06 Октября 2013, 21:27:23 »

http://sp.cs.msu.ru/ooap
В общем, там теперь есть методички к modelio. Остальное письмом.

Спасибо. Насчет письмом - само собой Правда, мои претензии пока не распространяются на реализацию. Только моделирование требований. Однако буду развивать.

Сейчас у меня проблема - Архитектура информационных систем. Виктор, у вас никто не читает нечто подобное?

908

Поздравления / Re: Поздравляю коллег с профессиональным праздником!

« : 05 Октября 2013, 20:20:40 »

Спасибо, Сергей. Я также присоединяюсь к твоим поздравлениям.

909

Обучение / Re: Опыт преподавания объектно-ориентированного подхода в моделировании, анализе

« : 04 Октября 2013, 22:23:47 »

Обновлены материалы по курсу. В этом учебном году перешли на среду Modelio.

Если не сложно, можно будет посмотреть на проекты? Да и ссылочку на материалы не повторите?

910

Для всех / Re: Средняя педагогическая нагрузка преподавателя в вузе на одну ставку

« : 04 Октября 2013, 22:22:36 »

О наболевшем. В МГУ проводится сокращение полставочников. Если раньше была возможность привлечь к (небесплатному) преподаванию молодых (сравнительно) профессионалов из индустрии, то сейчас она закрылась. Понятно, что желающих немного, но людям хоть как-то компенсировали их труд.
Сохранили свои полставки лишь внештатники со званием профессора или степенью доктора.
Так и живём.

А как насчет внутренних совместителей?

911

UML SysML и пр. / Re: По каким критериям стоит разбивать 1 большую use case диаграмму на несколько

« : 27 Сентября 2013, 17:15:58 »

Почему-то во всех схожих темах предлагается рассматривать диаграмму вариантов использования и способы её "улучшения" в отрыве от описаний use case'ов.

Виктор, вы не были услышаны

912

Обучение / Re: Помогить с выбором темы диссертации в IT

« : 23 Сентября 2013, 18:57:02 »

Эд, а что сейчас принято относить к искусственному интеллекту? Я без иронии спрашиваю, просто не в курсе, и очень странно это слышать.

Сам я не специалист. Просто у нас в комиссии ГАК сидел профессор, большой специалист в ИИ и соответственно ведет курс по ИИ или ИИС. Вот тогда-то я и узнал, что нейронные сети оказываются не входят в понятие ИИ. Как я понял профессора к ИИ относятся всякие машины вывода и прочие системы: экспертные системы, системы интеллектуального поиска, системы на онтологиях и т.п. ИНС мол просто технология используемая в ИИ системах. Возможно я не так понял профессора, и он критиковал отождествление ИНС и ИИ.

913

Обучение / Re: Помогить с выбором темы диссертации в IT

« : 22 Сентября 2013, 22:09:40 »

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

Нейросети как таковые к искусственному интеллекту не относятся

914

Обучение / Re: Помогить с выбором темы диссертации в IT

« : 20 Сентября 2013, 10:53:35 »

Добрый день.

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

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

Ну в принципе, а чем задача распознавания сплошных рукописных текстов не конкретна?
Для того чтобы понять как раскрывать тему, напишите формулу:
Актуальность решаемой задачи - потребности и проблемы в этой области, ЗАЧЕМ!
Научная новизна - в чем она, в подходе, в методах и т.п., какие положения выдвигаются для защиты
Практичность - как это можно использовать. для чего и где.

Образцы таких формулировок можно найти в доступных авторефератах на подобную тему.

915

Системный Анализ и Требования / Re: Классификация требований

« : 11 Сентября 2013, 22:49:57 »

Мне кажется, неправильно вы ГОСТ готовите...
Выношу на суждение статью:
"Классификация требований по ГОСТ 34.602-89" http://blog.shumoos.com/archives/288

Плохо, что у тебя в блоге нельзя прокомментировать не зарегистрировавшись в wordpress.
Мне кажется, ты делаешь определенную ошибку, делая акцент на требования к ПО. Там не требования к ПО, а требования к системе. Все-таки это несколько разные вещи. Отсюда и диссонанс в восприятии ГОСТа.