МДК 05.01 (Лабораторная работа №5). Исследование предметной области. Построить функциональную диаграмму предметной области с помощью нотации idef0
 Скачать 57.83 Kb.
|
 ЛАБОРАТОРНАЯ РАБОТА №5 Методология функционального моделирования. Предпроектное исследование предметной области. Построить функциональную диаграмму предметной области с помощью нотации IDEF0: 1 Модель должна отражать бизнес-процессы предметной области. 2 Наличие в модели не менее 3 уровней: контекстная диаграмма и 2 уровня декомпозиции. c. Контекстная диаграмма должна включать не менее 3 функциональных блоков. Диаграмма IDEF0 по предметной области «Электронный архив». Рекомендуемый масштаб просмотра: 220-240% (Рисунок 1)  Рисунок 1 – Диаграмма по предметной области Контрольные вопросы: 1 Жизненный цикл программного обеспечения — период времени, который начинается с момента принятия решения о необходимости создания программного продукта и заканчивается в момент его полного изъятия из эксплуатации. 2 Модель жизненного цикла ПО — структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении жизненного цикла. Модель жизненного цикла зависит от специфики, масштаба и сложности проекта и специфики условий, в которых система создается и функционирует. 3 Этапы разработки программного обеспечения -Анализ требований -Проектирование -Кодирование -Тестирование и отладка -Внедрение -Заключение 4 Сущность структурного подхода к разработке ИС заключается в ее декомпозиции (разбиении) на автоматизируемые функции: система разбивается на функциональные подсистемы, которые в свою очередь делятся на подфункции, подразделяемые на задачи и так далее. Процесс разбиения продолжается вплоть до конкретных процедур. 5 Предпроектное исследование является стратегическим этапом процесса проектирования объекта, по результатам которого принимается решение об уровне конкурентоспособности, оценки перспектив развития, постановке задачи на проект, трудоемкости и целесообразности создания системы вообще 6 На концептуальном уровне построения модели предметной области уточняется состав классов объектов, определяются их атрибуты и взаимосвязи. Таким образом строится обобщенное представление структуры предметной области. 7 Графическое представление блочного моделирования. Графика блоков и дуг SADT-диаграммы отображает функцию в виде блока, а интерфейсы входа/выхода представляются дугами, соответственно входящими в блок и выходящими из него. Взаимодействие блоков друг с другом описываются посредством интерфейсных дуг, выражающих "ограничения", которые в свою очередь определяют, когда и каким образом функции выполняются и управляются; строгость и точность. Выполнение правил SADT требует достаточной строгости и точности, не накладывая в то же время чрезмерных ограничений на действия аналитика. Правила SADT включают: ограничение количества блоков на каждом уровне декомпозици (правило 3-6 блоков); связность диаграмм (номера блоков); уникальность меток и наименований (отсутствие повторяющихся имен); синтаксические правила для графики (блоков и дуг); разделение входов и управлений (правило определения роли данных). отделение организации от функции, т.е. исключение влияния организационной структуры на функциональную модель. 8 Проектирование информационных систем и управление процессами подразумевает построение модели AS IS и дальнейший переход к модели TO-BE, что является залогом автоматизации "правильных", усовершенствованных процессов. 9 Бизнес-процесс — совокупность взаимосвязанных мероприятий или работ, направленных на создание определённого продукта или услуги для потребителей. Управленческая концепция BPM рассматривает бизнес-процессы как важные ресурсы предприятия, и предполагает управление ими как одну из ключевых организационных систем. 10 Требования отражают потребности людей (заказчиков, пользователей, разработчиков), заинтересованных в создании ПС. Заказчик и разработчик совместно проводят обсуждение проблем проекта, сбор требований, их анализ, пересмотр, определение необходимых ограничений и документирование. Обсуждение проекта системы проводится в целях выработки первых впечатлений и выводов относительно целесообразности выполнения проекта и прогнозирования реальности его выполнения в заданные сроки и бюджет, которые определяет заказчик. |