
- •1. Понятие информационной технологии. Информационная технология как система.
- •2. Извлечение информации.
- •3. Семиуровневая модель транспортирования информации (osi). Уровни данной модели.
- •4. Семиуровневая модель транспортирования информации (osi). Протоколы spx/ipx, netbios, netbeui, tcp/ip, udp данной модели.
- •5. Обработка информации. Основные процедуры обработки данных.
- •10. Системный подход к решению функциональных задач и организации информационных процессов.
- •7. Хранение информации. Определение и понятие баз данных. Трехуровневое представление для описания предметной области.
- •8. Представление и использование информации. Варианты интерфейса.
- •9. Геоинформационные технологии.
- •6. Обработка информации. Условия принятия решений.
- •11. Этапы разработки кис. Классический жизненный цикл.
- •12. Макетирование как этап разработки кис.
- •13. Стратегия разработки по
- •14. Водопадная стратегия разработки по
- •15. Инкрементная стратегия разработки по
- •16. Эволюционная стратегия разработки по
- •17. Разделение цикла разработки по на фазы разработки.
- •18. Технологические процессы унифицированного процесса разработки по.
- •19. Основные модели унифицированного процесса разработки по
- •20. Назначение унифицированного языка программирования uml.
- •21. Предметы языка uml
- •22. Отношения языка uml
- •23. Диаграммы языка uml.
- •24. Анализ требований в проектировании кис
- •25. Этапы анализа проблем в разработке кис
- •26. Унифицированный процесс в разработке кис
- •27. Фаза исследования в унифицированных процессах разработки кис
- •28. Фаза уточнения в унифицированных процессах разработки кис
- •29. Фаза построения в унифицированных процессах разработки кис.
- •30. Фаза развертывания в унифицированных процессах разработки кис
- •Раздел IV. Информационные технологии
- •Проектирование корпоративных информационных систем
15. Инкрементная стратегия разработки по
Инкрементная модель является классическим примером инкрементной стратегии разработки ПО, объединяя элементы последовательной водопадной модели с итерационной философией макетирования. Она представляет собой несколько поставок (инкрементов) представляющих собой последовательность анализа, проектирования, кодирования и тестирования. Разработка первого инкремента позволяет получить базовый продукт, реализующий базовые требования, при этом многие вспомогательные требования остаются нереализованными. План следующих инкрементов предусматривает последовательную модификацию базового продукта, обеспечивающих дополнительные характеристики и функциональность.
По своей природе инкрементный процесс итеративен, но в отличие от макетирования инкрементная модель обеспечивает в конце инкрементной итерации работающий продукт.
Замечание: Современная реализация инкрементного подхода – экстремальное программирование ХР. Оно ориентировано на очень малые приращения функциональности.
16. Эволюционная стратегия разработки по
Эволюционную стратегию рассмотрим на примерах спиральной модели, компонентно-ориентированной модели и тяжеловесных и облегченных процессах проектирования.
Спиральная модель опирается на лучшие свойства классического жизненного цикла и макетирования, к которым добавляется новый элемент – анализ риска, отсутствующий в этих шагах разработки. Спиральная модель определяет планирование, анализ риска, конструирование, оценивание. С каждой итерацией по спирали строятся все более полные версии ПО. В первом витке спирали определяются: начальные цели, варианты и ограничения, распознавание и анализ риска, необходимость использования макетирования, оценка заказчиком конструктивной работы и внесение предложения по модификации, следующая фаза планирования и анализа риска, базируемая на предложениях заказчика. В каждом цикле по спирали результаты анализа риска формируются в виде «продолжать, не продолжать». Если риск слишком велик, проект может быть остановлен. К достоинствам спиральной модели относится: наиболее реальное отображение разработки программного обеспечения, возможность явно учитывать риск на каждом витке эволюционной разработки, включение шага системного подхода в итерационную структуру разработки, использование моделирования для уменьшения риска и совершенствования программного изделия. Недостатками спиральной модели являются: повышенные требования к заказчику, трудности контроля и управления временем разработки.
Компонентно-ориентированная модель. Компонентно-ориентированная модель является развитием спиральной модели и основывается на эволюционной стратегии разработки ПО. В этой модели конкретизируется содержание конструирования – оно отображает тот факт, что в современных условиях новая разработка должна основываться на повторном использовании существующих программных компонентов. К достоинствам компонентно-ориентированной модели относится: уменьшение времени разработки ПО, снижение стоимости программной разработки, повышение производительности разработки.
Тяжеловесные и облегченные процессы. Традиционно для упорядочения и ускорения программных разработок использовались строго упорядочивающие так называемые тяжеловесные процессы. В этих процессах прогнозируется весь объем предстоящих работ, поэтому они называются прогнозирующимися процессами. В последние годы появилась группа новых облегченных процессов разработки ПО. Их также называют подвижными процессами. Эти процессы привлекательны отсутствием бюрократизма, характерного для тяжеловесных (прогнозирующих) процессов.