- •Практическое занятие№3
- •Классификация ИИС
- •Обеспечение работы ИИС
- •Классификация задач, решаемых ИИС
- •Шестое поколение
- •Тема 5.Проектирование, анализ и моделирование функциональной области внедрения информационной системы (ИС).
- •Каноническое проектирование ИС
- •Типовое проектирование ИС
- •Полная бизнес-модель компании
- •Шаблоны организационного бизнес-моделирования
- •Шаблон разработки миссии
- •Шаблон формирования бизнесов
- •Шаблон формирования функционала компании (основных бизнес-функций)
- •Шаблон формирования зон ответственности за функционал компании
- •Шаблон потокового процессного описания
- •Построения организационно-функциональной модели компании
- •Инструментальные средства организационного моделирования
- •Практическое занятие № 6
- •Классы
- •Диаграммы классов
- •Диаграммы использования
- •Диаграммы последовательностей
- •Кооперативные диаграммы
- •Диаграммы состояний
- •Диаграммы деятельности
- •Диаграммы компонентов
- •Пакеты UML
- •Разработка модели бизнес-прецедентов
- •Разработка модели бизнес-объектов
- •Разработка концептуальной модели данных
- •Разработка требований к системе
- •Анализ требований и предварительное проектирование системы.
- •Разработка моделей базы данных и приложений
- •Проектирование физической реализации системы
- •Практическое занятие № 7
- •Видение выполнения проекта и границы проекта
- •Существующий уровень автоматизации
- •Описание состава автоматизируемых бизнес-процессов
- •Практическое занятие № 8
- •Выполнение задания 1
- •Выполнение задания 2
- •Бизнес-процесс "Планирование закупок и размещение заказов поставщикам"
- •Общее описание бизнес-процесса
- •Выполнение задания 6
- •Практическое занятие № 9
- •9.7. Задание 14. Формирование таблицы описания документов
- •9.8. Задание 15. Построение диаграммы действий
- •9.9. Задание 16. Формирование таблицы операций
- •9.10. Задание 17. Формирование таблицы описания документов
- •Выполнение задания 9
- •9.7. Задание 14. Формирование таблицы описания документов
- •9.9. Задание 16. Формирование таблицы операций
- •9.10. Задание 17. Формирование таблицы описания документов
- •9.12. Задание 19. Проектирование реализации операций бизнес-процесса в информационной системе (ИС)
- •9.13. Задание 20. Проектирование реализации операций бизнес-процесса в информационной системе (ИС)
- •9.14. Задание 21. Проектирование реализации операций бизнес-процесса в информационной системе
На рис. 6.23 представлен фрагмент модели базы данных — две таблицы, соответствующие классам "пациент" (рис. 6.12, рис. 6.15) и "минимальный набор данных" (рис. 6.17). Связь между ними обязательная, поскольку "минимальный набор данных" не может существовать без "пациента".
Рис. 6.23. Фрагмент модели базы данных
На диаграммах указываются дополнительные характеристики таблиц и столбцов:
ограничения – определяют допустимые значения данных в столбце или операции над данными (ключ (PK,FK) – ограничение, определяющее тип ключа и его столбец; проверка (Check) – ограничение, определяющее правило контроля данных; уникальность (Unique) – ограничение, определяющее, что в столбце содержатся неповторяющиеся данные);
триггер – программа, выполняющая при определенных условиях предписанные действия с базой данных;
тип данных и пр.
Результатом этапа является детальное описание проекта базы данных и приложений системы.
Проектирование физической реализации системы
На этом этапе проектирования модели баз данных и приложений дополняются обозначениями их размещения на технических средствах разрабатываемой системы. На рис. 6.24 приведено изображение разделения таблицы "пациент" на три экстента (<<Tablespace>>) в соответствии с первой буквой фамилии пациента.
160
Рис. 6.24. Экстенты таблицы "Пациент"
Основными понятиями UML, которые используются на данном этапе, являются следующие:
компонент – самостоятельный физический модуль системы;
зависимость – связь между двумя элементами, при которой изменения в одном элементе вызывают изменения другого элемента;
устройство – узел, не обрабатывающий данные;
процессор – узел, выполняющий обработку данных;
соединение – связь между устройствами и процессорами.
Диаграммы развертывания позволяют отобразить на единой схеме различные компоненты системы (программные и информационные) и их распределение по комплексу технических средств (рис. 6.25).
Рис. 6.25. Фрагмент диаграммы развертывания ИС
161
Таким образом, при проектировании сложной ИС она разделяется на части, и каждая из них затем исследуется и создается отдельно. В настоящее время используются два различных способа такого разбиения ИС на подсистемы: структурное (или функциональное) разбиение и объектная (компонентная) декомпозиция.
С позиций проектирования ИС суть функционального разбиения может быть выражена известной формулой: "Программа = Данные + Алгоритмы". При функциональной декомпозиции программной системы ее структура описывается блок-схемами, узлы которых представляют собой "обрабатывающие центры" (функции), а связи между узлами описывают движение данных.
При объектном разбиении в системе выделяются "активные сущности" – объекты (или компоненты), которые взаимодействуют друг с другом, обмениваясь сообщениями и выполняя соответствующие функции (методы) объекта.
Если при проектировании ИС разбивается на объекты, то для ее визуального моделирования следует использовать UML. Если в основу проектирования положена функциональная декомпозиция ИС, то UML не нужен и следует использовать рассмотренные ранее структурные нотации.
В то же время, при выборе подхода к разработке ИС следует учитывать, что визуальные модели все более широко используются в существующих технологиях управления проектированием систем, сложность, масштабы и функциональность которых постоянно возрастают. Они хорошо приспособлены для решения таких часто возникающих при создании систем задач как: физическое перераспределение вычислений и данных, обеспечение параллелизма вычислений, репликация БД, обеспечение безопасности доступа к ИС, оптимизация балансировки нагрузки ИС, устойчивость к сбоям и т.п. Визуализированные средствами UML модели ИС позволяют наладить плодотворное взаимодействие между заказчиками, пользователями и командой разработчиков. Они обеспечивают ясность представления выбранных архитектурных решений и позволяют понять разрабатываемую систему во всей ее полноте.
2.2.7. Практическое занятие № 7. Практическая разработка ИС. Порядок выполнения практического задания. Краткая характеристика и отчёт об обследовании предприятия
Практическое занятие № 7
Тема 7. Практическая разработка ИС. Порядок выполнения практического задания. Краткая характеристика и отчёт об обследовании предприятия
Цель и задачи занятия
Занятие имеет цель закрепить теоретические знания и получить первичный навык проектирования ИС c применением UML.
План занятия
7.1.Порядок выполнения практического задания.
7.2.Краткая информация о компании "МЕД".
7.3.Отчет об обследовании
7.1. Порядок выполнения практического задания
В процессе выполнения практического задания проводится анализ и оформление результатов обследования деятельности гипотетического предприятия "МЕД", и на его основе разрабатываются документы, необходимые для настройки типовой ИС.
По итогам проведения обследования обычно формируются следующие документы:
162
Предварительная информация.
Видение выполнения проекта и границы проекта.
Отчет об обследовании.
Предварительная информация
Предполагается, что в начале обследования проведен предварительный сбор информации о компании, по итогам которого получены следующие данные:
Краткая информация о компании (профиль клиента).
Цели проекта.
Подразделения и пользователи системы.
На основе предварительной информации сформировано и согласовано с заказчиком общее представление о проекте:
Видение выполнения проекта и границы проекта - документ, который кратко описывает, в каких подразделениях и в какой функциональности будет внедряться ИС.
Затем выполняется детальное обследование предприятия, результаты которого оформляются в виде отдельного документа - отчета об обследовании.
Отчет об обследовании содержит следующие разделы:
Анализ существующего уровня автоматизации.
Составляется список программного обеспечения, используемого в компании, и приводятся данные об использовании этих пакетов в каждом из подразделений организации.
Общие требования к ИС
Формулируются общие требования к функциональности разрабатываемой системы.
Формы документов
Устанавливается перечень и структура документов, которые должны формироваться систе-
мой.
Описание системы учета
Описание системы учета включает в себя следующие документы:
Учетная политика компании
План счетов и используемых аналитик
Список типовых хозяйственных операций и их отражение в проводках
Описание справочников
По каждому справочнику, проектируемому в системе, дается описание необходимой иерархической структуры.
Организационная диаграмма
Организационная диаграмма используется для отражения организационной структуры подразделений предприятия и их зон ответственности.
Описание состава автоматизируемых бизнес-процессов
Все бизнес-процессы компании должны быть перечислены в общем списке и каждый должен иметь свой уникальный номер.
Диаграммы прецедентов
Для выделения автоматизируемых бизнес-процессов и их основных исполнителей используются диаграммы прецедентов.
Физическая диаграмма
Физическая диаграмма служит для того, чтобы описать взаимодействие организации на верхнем уровне с внешними контрагентами.
Описания бизнес-процессов (книга бизнес-процессов).
Далее в отчет об обследовании включается книга бизнес-процессов, содержащая подробное описание автоматизируемых бизнес-процессов. Модели бизнес-процессов позволяют выделить отдельные операции, выполнение которых должно поддерживаться разрабатываемой ИС.
На последнем этапе осуществляется отображение модели предметной области на функциональность типовой системы - выбираются модули системы для поддержки выделенных операций, определяются особенности их настройки, выявляется необходимость разработки дополнительных программных элементов.
163