Вопросы для самопроверки

1. Дайте определение CASE-технологии проектирования ЭИС.

2. Какова структура CASE-средства?

3. Какие классы CASE-средств существуют?

4. Как можно определить стратегию выбора CASE-средства?

5. Как можно определить функционально-ориентированную CASE-технологию?

6. Какие диаграммы выступают в качестве инструментальных средств функционально-ориентированного анализа и проектирования?

7. Зачем создаются диаграммы функциональных спецификаций?

8. Определите основные понятия и конструктивные элементы диаграммы функциональных спецификаций.

9. Зачем создаются диаграммы потоков данных?

10. Определите основные понятия и конструктивные элементы диаграммы потоков данных.

11. Зачем создаются диаграммы переходов состояний?

12. Определите основные понятия и конструктивные элементы диаграммы переходов состояний.

13. Зачем создаются диаграммы «сущность-связь»?

14. Определите основные понятия и конструктивные элементы диаграммы «сущность-связь».

15. Зачем создаются системные структурные диаграммы?

16. Определите основные понятия и конструктивные элементы системной структурной диаграммы.

17. Определите технологическую сеть проектирования ЭИС при использовании функционально-ориентированного CASE-средства.

18. Определите технологическую сеть проектирования ЭИС при использовании функционально-ориентированного CASE-средства.

19. Какие диаграммы выступают в качестве инструментальных средств объектно-ориентированного анализа и проектирования?

20. Зачем создаются диаграммы прецедентов использования?

21. Определите основные понятия и конструктивные элементы прецедентов использования.

22. Зачем создаются диаграммы классов объектов?

23. Определите основные понятия и конструктивные элементы диаграммы классов объектов.

24. Зачем создаются диаграммы состояний?

25. Определите основные понятия и конструктивные элементы диаграммы состояний.

26. Зачем создаются диаграммы взаимодействия объектов?

27. Определите основные понятия и конструктивные элементы диаграммы взаимодействия объектов.

28. Какие существуют виды диаграмм взаимодействия объектов?

29. Зачем создаются диаграммы деятельностей?

30. Определите основные понятия и конструктивные элементы диаграммы деятельностей.

31. Зачем создаются диаграммы пакетов?

32. Определите основные понятия и конструктивные элементы диаграммы пакетов.

33. Зачем создаются диаграммы компонентов и размещения?

34. Определите основные понятия и конструктивные элементы диаграмм компонентов и размещения.

35. Определите технологическую сеть проектирования ЭИС при использовании объектно-ориентированного CASE-средства.

36. В чем заключается процесс генерации программного прило­жения ЭИС?

37. В чем заключается сущность прототипной (RAD) технологии?

38. Каковы основные возможности и преимущества быстрой разработки прототипа ЭИС?

39. Как классифицируются инструментальные средства быстрого прототипирования ЭИС?

40. Чем отличаются технологии традиционного и итерационного прототипирования ЭИС?

Глава 14. Типовое проектирование эис

14.1 Основные понятия и классификация методов типового проектирования

Методы типового проектирования ЭИС предполагают создание системы из готовых покупных типовых элементов (типовых проектных решений). Для этого проектируемая ЭИС должна быть декомпозируема на множество составляющих компонентов (подсистем, комплексов задач, программных модулей и т.д.), для которых подбираются и закупаются имеющиеся на рынке типовые проектные решения. Далее закупленные типовые элементы, как правило, включающие программные продукты, настраиваются на особенности конкретного предприятия или дорабатываются в соответствии с требованиями проблемной области.

Под типовым проектным решением (ТПР) будем понимать представленное в виде проектной документации, включая программные модули, проектное решение, пригодное к многократному использованию. В качестве проектного решения может выступать реализация как отдельных компонентов ЭИС (программных модулей, функциональных задач, автоматизированных рабочих мест, локальных баз данных, локальных вычислительных сетей), так и взаимосвязанных комплексов компонентов (функциональных и обеспечивающих подсистем, ЭИС в целом). Типовые проектные решения также называют тиражируемыми продуктами.

В зависимости от уровня декомпозиции системы различают элементный, подсистемный и объектный методы типового проектирования (рис. 14.1).

При элементном методе типового проектирования ЭИС в качестве типового элемента системы используется типовое решение по задаче или по отдельному виду обеспечения задачи (информационному, программному, техническому, математическому, организационному) (рис. 14.2).

Рис. 14.1. Классификация типовых методов проектирования

Рис. 14.2. ТПР уровня Задача

Сущность применения ТПР при элементном методе заключа­ется в комплектации ЭИС из множества ТПР по отдельным раз­розненным задачам. Если данного множества недостаточно для того, чтобы спроектировать систему, необходимые модули дорабатываются вручную. Достоинство элементного метода типового проектирования ЭИС связано с применением модульного подхода к проектированию и документированию ЭИС.

К недостаткам применения метода относятся большие затраты времени на сопряжение разнородных элементов вследствие информационной, программной и технической несовместимости ТПР, а также плохая адаптивность (настраиваемость) элементов к особенностям предприятия.

Следствием перечисленных недостатков являются большие затраты времени на доработку и комплексирование TПP отдельных элементов, сопоставимые со временем ручного оригинального проектирования ЭИС. В настоящее время элементные ТПР в основном применяются в качестве библиотек методо-ориентированных программ (библиотек классов объектов), например, при разработке графических интерфейсов, применении вычислительных и служебных функций. В силу ограниченного характера применения в дальнейшем метод элементного типового проектирования ЭИС не рассматривается.

При использовании подсистемного метода типового проектирования ЭИС в качестве элементов типизации выступают отдельные подсистемы, которые обеспечивают функциональную полноту, минимизацию внешних информационных связей, параметрическую настраиваемость, альтернативность схем в пределах значений входных параметров. При этом достигается более высокая степень интеграции типовых элементов ЭИС [93].

Типовые проектные решения для функциональных подсистем реализуются в виде пакетов прикладных программ (ППП), которые позволяют осуществлять:

• модульное проектирование;

• параметрическую настройку программных компонентов на различные объекты управления;

• сокращение затрат на проектирование и программирование взаимосвязанных компонентов;

• хорошее документирование отображаемых процессов обработки информации.

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

В качестве примеров широкораспространенных функциональных ППП можно назвать: 1C Предприятие (автоматизация бухгалтерского учета, расчета заработной платы, складского учета), Фолио - Склад (автоматизация складских операций), Project Expert (бизнес-планирование), ИНЭК (финансовый анализ) и др.

При объектном методе типового проектирования ЭИС в качестве типового элемента используется типовой проект для объектов управления определенной отрасли, который включает полный набор функциональных и обеспечивающих подсистем ЭИС.

Современные типовые проекты отличаются:

• открытостью архитектуры, позволяющей устанавливать проекты на разных программно-технических платформах;

• масштабируемостью, допускающей конфигурацию ЭИС для переменного числа рабочих мест;

• конфигурируемостью, позволяющей выбирать подмножество компонентов, которые необходимы для конкретной проблемной области и параметрически настраиваются на особеннос­ти объекта управления.

Несомненное преимущество объектного метода типового проектирования ЭИС перед подсистемным методом заключается в комплексируемости всех компонентов за счет методологического единства и информационной, программной и технической совместимости компонентов.

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

В настоящее время развивается модельно-ориентированный подход реализации объектного метода типового проектирования ЭИС, известный по применению типовых информационных систем R/3 (SAP) и BAAN IV (BAAN). Особенность этого подхода заключается в настройке типового проекта на особенности объекта управления путем привязки модели проблемной области к модели типовой системы. Поддержание при этом модели проблемной области в репозитории системы сближает метод типового проектирования с методом автоматизированного проектирования как в части более точного определения и модификации требований к информационной системе, так и в части корректности параметрической настройки и автоматизированной доработки проектных решений.

В силу отличий параметрически-ориентированного и модельно-ориентированного подходов к реализации методов типового проектирования ЭИС каждый из перечисленных подходов рассматривается в отдельном параграфе.