- •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) технологии?
39. Какова структура case-средства?
Инструментальные средства разработки ЭИС(Экономическая информационная система (ЭИС) - это совокупность внутренних и внешних потоков прямой и обратной информационной связи экономического объекта, методов, средств, специалистов, участвующих в процессе обработки информации и выработке управленческих решений.
) все больше ориентируются на архитектуру готовых программных изделий. CASE технология включает вопросы определения требований к системе и создание проекта на глобальном уровне, так чтобы он наиболее полно отвечал требованиям с учетом заданых экономических и технологических ограничений. CASE (англ.Computer-Aided Software Engineering) — набор инструментов и методов программной инженерии для проектирования программного обеспечения, который помогает обеспечить высокое качество программ, отсутствие ошибок и простоту в обслуживании программных продуктов CASE технология содержит средства поддержки всех основных этапах проектирования и внедрения ЭИС, при этом на этапе анализа целей создания системы обычно используется концепция диаграмм потоков данных. Обычно к CASE-средствам относят любое программное средство, автоматизирующее ту или иную совокупность процессов жизненного цикла ПО и обладающее следующими основными характерными особенностями
Структура CASE-средства.
В общем случае при выборе CASE-системы необходимо учитывать следующие аспекты.
• Наличие базы проектных данных, архива или словаря. СУБД и словари данных обеспечивают высокую степень интеграции данных и предоставляют широкие возможности для централизованного сбора, хранения и распределения проектной информации между различными этапами проекта и выполняемыми операциями.
• Интерфейсы с другими CASE-системами. В процессе проектирования ЭИС могут использоваться различные методологии, поэтому важно, чтобы используемые CASE-системы предоставляли возможности для эффективного использования нескольких методов. При этом должна быть обеспечена терминологическая совместимость различных методологий.
• Возможности экспорта/импорта. Спецификации, полученные на этапах анализа, проектирования и кодирования для одной ИС, могут быть использованы для проектирования другой системы. Повторное проектирование и кодирование могут быть обеспечены при помощи средств экспорта/импорта спецификаций в различные CASE-системы.
• Многопользовательский режим. Развитые CASE-системы должны обладать возможностями разделения полномочий персонала разработчиков и объединения отдельных работ в общий проект.
Открытая архитектура. Открытая к доступу проектировщиков информация об используемых форматах файлов и интерфейсах должна позволять безболезненно переходить от одной CASE-системы к другой.
• Расширение новыми методологиями. Как и любое программное средство, CASE-система должна обладать возможностью совершенствоваться с учетом появления новых требований или новых предметных областей.
• Наличие графических средств поддержки методологий проектирования. Большинство CASE-систем базируется на графическом отображении методологий. Графические элементы структурных диаграмм и объекты словаря должны позволять декомпозировать различные компоненты проекта и детализировать изображения с той степенью, с какой это необходимо для понимания проектных решений.
Обеспечение качества проектной документации. Это требование относится к возможностям CASE-системы анализировать и проверять описания и документацию на полноту и непротиворечивость, а также на соответствие принятым в данной методологии стандартам и правилам. В результате анализа должна формироваться информация, указывающая на имеющиеся противоречия или неполноту проектной документации, находящейся в архиве или словаре.
назначения и изменения прав доступа к элементам проекта;
мониторинга выполнения проекта.