- •1. Что понимается под проектированием автоматизированных ис.
- •2. Что называется проектом.
- •3. Каковы основные задачи проектирования.
- •4. Что понимается под обследованием предметной области.
- •5. Что должно быть выявлено в ходе обследования.
- •6. Что содержит тэо.
- •7. Что понимается под техническим заданием.
- •8. Что включает в себя техническое задание.
- •9. Что понимается под техническим проектом.
- •10. Что содержит технический проект.
- •11. Основные части технического проекта.
- •12. Что понимается под рабочим проектом.
- •13. Что содержит рабочий проект.
- •14. Основные части рабочего проекта.
- •15. Что понимается под внедрением системы.
- •16. Основные этапы внедрения системы.
- •17. Что понимается под технологией проектирования ис.
- •18. Каковы основные требования предъявляемые к выбираемой технологии проектирования.
- •19. Каковы требования к средствам проектирования.
- •20. Дать характеристику 4 классам средств проектирования.
- •21. Что понимается под жизненным циклом ис.
- •22. Суть содержания жизненного цикла разработки ис (основные стадии).
- •23. Что такое бизнес-процесс.
- •24. Что такое реинжиниринг бизнес-процессов.
- •25. Какие задачи решает реинжиниринг бизнес-процессов.
- •26. Какие требования предъявляются к корпоративной эис.
- •27. Какие изменения архитектуры кэис способствуют реинжинирингу бизнес-процессов.
- •28. Назовите основные принципы реинжиниринга бизнес-процессов.
- •29. Каковы основные этапы рбп.
- •30. Как изменяется модель жизненного цикла эис в связи с рбп.
- •32. Что понимается под клиент-серверной архитектурой? Что такое сервер и клиент.
- •33. Какие существуют уровни представления клиент-серверной архитектуры.
- •34. Какие существуют варианты клиент-серверной архитектуры.
- •35. Какие преимущества обеспечивает клиент-серверная архитектура.
- •39. Какова структура case-средства?
- •40. Какие классы case-средств существуют?
- •44.Определите технологическую сеть проектирования эис при использовании функционально-ориентированного case-средства.
- •46. Определите технологическую сеть проектирования эис при использовании объектно-ориентированного case-средства.
- •47. В чем заключается процесс генерации программного приложения эис?
- •48. В чем заключается сущность прототипной (rad) технологии?
44.Определите технологическую сеть проектирования эис при использовании функционально-ориентированного case-средства.
Инструментальные средства разработки ЭИС(Экономическая информационная система (ЭИС) - это совокупность внутренних и внешних потоков прямой и обратной информационной связи экономического объекта, методов, средств, специалистов, участвующих в процессе обработки информации и выработке управленческих решений.
) все больше ориентируются на архитектуру готовых программных изделий. CASE технология включает вопросы определения требований к системе и создание проекта на глобальном уровне, так чтобы он наиболее полно отвечал требованиям с учетом заданых экономических и технологических ограничений. CASE (англ.Computer-Aided Software Engineering) — набор инструментов и методов программной инженерии для проектирования программного обеспечения, который помогает обеспечить высокое качество программ, отсутствие ошибок и простоту в обслуживании программных продуктов CASE технология содержит средства поддержки всех основных этапах проектирования и внедрения ЭИС, при этом на этапе анализа целей создания системы обычно используется концепция диаграмм потоков данных. Обычно к CASE-средствам относят любое программное средство, автоматизирующее ту или иную совокупность процессов жизненного цикла ПО и обладающее следующими основными характерными особенностями
Структурная декомпозиция ИС на основе объектно-ориентированного подхода отличается от функционально-ориентированного подхода лучшей способностью отражать динамическое поведение системы в зависимости от возникающих событий. В этом плане модель проблемной области рассматривается как совокупность взаимодействующих во времени объектов. Тогда конкретный процесс обработки информации формируется в виде последовательности взаимодействий объектов. Одна операция обработки данных может рассматриваться как результат одного взаимодействия объектов. Конечным результатом процесса объектно-ориентированного проектирования должно стать множество классов объектов с присоединенными методами обработки атрибутов. Если в функциональном подходе модели данных и операций разрабатываются относительно независимо друг от друга и только координируются между собой, то объектно-ориентированный подход предполагает совместное моделирование данных и процессов. При этом модели проблемной области в репозитории постепенно уточняются.
45. Какие диаграммы выступают в качестве инструментальных средств объектно-ориентированного анализа и проектирования?
Диаграмма прецедентов использования (Диаграммы прецедентов играют основную роль в моделировании поведения системы, подсистемы или класса. Каждая такая диаграмма показывает множество прецедентов, актеров и отношения между ними. Прецедент соответствует отдельному сервису системы, определяет один из вариантов её использования и описывает типичный способ взаимодействия пользователя с системой. Актер – это внешний пользователь процесса.
Диаграммы классов объектов (Class diagram) (Диаграммы классов показывают статическую структуру системы, то есть определяют типы объектов системы и различного рода статические связи и отношения между ними. Диаграммы классов содержат набор статических (декларативных) элементов, как, например, классы, типы, их связи, объединенные в граф. Диаграммы классов могут быть логически объединены в пакеты.)
Диаграммы состояний (Statechart diagram) (Диаграммы состояний определяют все возможные состояния, в которых может находиться объект, а также процесс смены состояний объекта в результате влияния некоторых событий. Каждая диаграмма состояний описывает состояния только одного объекта.)
Диаграмма взаимодействия объектов (interaction diagram) (Диаграммы взаимодействия подразделяются на диаграммы последовательности и кооперативные диаграммы. Эти диаграммы описывают поведение взаимодействующих групп объектов в рамках одного варианта использования.)
Диаграмма деятельностей (Диаграммы деятельностей предназначена для того, чтобы отразить переходы в рамках выполнения определенной задачи, вызванные внутренними процессами (в противоположность внешним событиям). Диаграммы деятельности используются для моделирования потоков работ в различных вариантах использования, для анализа вариантов использования.)
Диаграммы пакетов (Диаграммы пакетов унифицированного языка моделирования(UML) отображают зависимости между пакетами, составляющими модель.)
Диаграммы компонентов и размещения (Диаграмма компонентов (Component diagram) — статическая структурная диаграмма, показывает разбиение программной системы на структурные компоненты и связи (зависимости) между компонентами. В качестве физических компонент могут выступать файлы, библиотеки, модули, исполняемые файлы, пакеты и т. п.)