PIS
ПИС !!!
В чем различие нотаций диаграмм «сущность-связь» и диаграмм сущностей idef0?
Модель"сущность-связь"представлена в виде графической схемы.Атрибуты с сущностями и сущности со связями соединяются прямыми линиями.
Обозначение Значение
-Набор
независимых сущностей
-Набор
зависимых сущностей
-Атрибут
-Ключевой
атрибут
-Набор
связей
IDEF0 -методология для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматривается логические отношения. Отображаются все сигналы управления. Данная модель является одной из самых прогрессивных моделей и используется при организации бизнес проектов и проектов, основанных на моделировании всех процессов как административных, так и организационных.
2, Какие типы диаграмм uml разумно применять к проектированию информационных систем?
Диаграммы прецедентов (диаграммы вариантов использования, use case diagrams) – это обобщенная модель функционирования системы в окружающей среде.
Диаграммы взаимодействия (interaction diagrams) – модель процесса обмена сообщениями между объектами, представляется в виде диаграмм последовательностей (sequence diagrams) или кооперативных диаграмм (collaboration diagrams).
Диаграммы состояний (statechart diagrams) – модель динамического поведения системы и ее компонентов при переходе из одного состояния в другое.
Диаграммы классов (class diagrams) – логическая модель базовой структуры системы, отражает статическую структуру системы и связи между ее элементами.
Диаграммы базы данных (database diagrams) — модель структуры базы данных, отображает таблицы, столбцы, ограничения и т.п.
Диаграммы компонентов (component diagrams) – модель иерархии подсистем, отражает физическое размещение баз данных, приложений и интерфейсов ИС.
Диаграммы развертывания (диаграммы размещения, deployment diagrams) – модель физической архитектуры системы, отображает аппаратную конфигурацию ИС.
Как реализуется связь «многие-ко-многим»?
Например, Необходимо реализовать взаимосвязь между объектами Book(книга) и Author(автор). У одной книги может быть несколько авторов, автор может учавствовать в написании нескольких книг, таким образом, с точки зрения реляционного постоения БД, имеем обычную связь многие-ко-многим.
В каких случаях целесообразно использовать спиральную модель разработки ис?
Спиральная модель основана на классическом цикле Деминга PDCA (Планирование, Выполнение
Проверка, Воздействие (управление, корректировка). При использовании этой модели ПО создается в несколько итераций (витков спирали) методом прототипирования – то есть создается программа потом решается, что надо улучшить убрать доделать, переделать так сказать бета версии, ее тестируют опять исправляют, тестируют опять исправляют и так пока не решат, что она не нужна или стала идеальна.
Прототип — Каждая итерация соответствует созданию фрагмента или версии ПО, на ней уточняются цели и характеристики проекта, оценивается качество полученных результатов и планируются работы следующей итерации. На каждой итерации оцениваются: риск превышения сроков и стоимости проекта; необходимость выполнения еще одной итерации; степень полноты и точности понимания требований к системе; целесообразность прекращения проекта.