3601
Системный Анализ и Требования / Re: Дополнение к ТЗ
« : 27 Февраля 2009, 18:20:50 »
Вроде сами ответили. А так идите в систему Гарант или Консультант +, и посмотрите изменения к приказам, думаю очень похоже
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
О! Предчувствия меня не обманули, я как раз смутно помню, что не все так просто с ними...Ира, было введено именно в РУП процессе. Другими поддерживается или нет.
А Actor просто или таки businessActor с кривой палочкой в районе шарика-головы?
Все-таки интересно, как называется эта нотация, где их ввели. Я помню, что видела их в RUPе, но это ж не нотация, а методология...
События, вернее Семинары и Конференции, уже есть. Что бум в Событиях публиковать?Семинары и Конференции преобразовать в События, или сделать подразделом События?
Вход в систему надо оставить как есть.Частью какого Ви? Вход в систему??? Ни в коем случае. Вообще избегайте что-то обобщать и структурировать на диаграмме ВИ. Не надо путать Диаграмму ВИ с Моделью взаимодействия или Моделью ВИ. Последняя в большей степени описательная, скорее содержит спецификации ВИ, чем их изображения.
А поиск и должников сделать частью этого варианта при помощи отношения расширения.
Меня немного смущают общие ВИ, то есть "Вход в систему", "Найти книгу" и "отобразить должников библиотеки".И правильно смущает.
2 Galogen:Ну смотри. Престиж в чем? Престиж в солидности, узнаваемости, технологичности.
Я тоже считаю исполнителей заинтересованными лицами, а вот с потребностями как раз были проблемы при написании концепции ИС "Аттестация студентов". Вот с престижом я согласен, такая потребность может быть, а вот причастность, удовлетворение... мне кажется это романтика...) Может я слишком меркантилен?
Скажите пожалуйста, коллеги и знающие люди, является ли исполнитель реализации ИС заинтересованным лицом(ЗЛ)? Если да, то какие у этого ЗЛ могут быть потребности? Цели, задачи вроде ясны, а вот потребности...?
Там предусматриваются и кратности с неопределенной верхней границей: *, 1.., 1..*.Мне кажется это нарушает саму концепцию. Ведь здесь используется обощение, выделение существенных для класса свойств. А что отражает данная семантика? Что класс Электрокардиографический регистратор может иметь различный набор свойств? Или различные виды реализации?
Я хотел бы в ЛОГИЧЕСКОЙ модели использовать кратность класса в следующем контексте (см. рисунок). Класс "Регистратор" является обобщением - ему наследуют "Электрокардиографический регистратор" и "Регистратор артериального давления", каждый из которых при реализации может иметь более 1-го варианта. Как думаете, могу я использовать такую нотацию в этом случае?