
- •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. Информационные технологии
- •Проектирование корпоративных информационных систем
27. Фаза исследования в унифицированных процессах разработки кис
Основной целью начальной фазы исследования является решение вопроса жизнеспособности предложенной системы. В течение этой фазы разработчики должны решить следующие задачи:
Определить объем системы (т.е. что входит в систему, а что остается за пределами ее);
Указать примерную архитектуру, включающую начальные версии перечисленных выше шести различных моделей; Выявить основные риски и определить способы их устранения; Начать формирование набора условий проведения разработки с учетом предположительной стоимости, графика реализации и качества результирующего продукта.
Индикатором того, что проект достиг основной вехи, связанной с фазой исследования, является выполнение следующих условий: Основные заказчики проекта согласны с предложенным объемом системы; Примерная архитектура увязана с набором важнейших требований к системе;
План проекта достаточен для оправдания дальнейших расходов на продолжение разработки. Построение упрощенной модели вариантов использования, создание пробного варианта архитектуры позволяет выявить и расставить по приоритетности наиболее важные риски, детально спланировать фазу построения (уточнения) и грубо осуществить весь проект.
28. Фаза уточнения в унифицированных процессах разработки кис
Основная задача фазы уточнения – выяснить возможности создания системы при текущих финансовых, временных и других ограничениях, возникающих перед командой разработчиков системы. В течение фазы разработки следует решить следующие задачи: Определить большую часть оставшихся функциональных требований; Расширить примерную архитектуру до архитектурной основы, осуществить внутренний выпуск системы, рассчитанный на описанную архитектуру; Устранить основные риски; Подготовить план проекта, содержащий достаточно деталей для реализации следующей фазы (фазы построения). Базовая архитектура состоит из расширенных версий шести моделей, созданных в ходе фазы исследований. Это означает, что существуют архитектурные представления: модели вариантов использования; модели анализа; модели проектирования; модели реализации; модели развертывания. Модели реализации включает в себя компоненты, доказывающие, что архитектура выполнима.
Фаза уточнения завершается вехой архитектуры жизненного цикла. По следующим признакам можно определить, что проект достиг этой вехи: Модель прецедентов охватывает большинство функциональных требований системы;
Базовая архитектура представляет собой небольшую и компактную систему, которая может служить надежной основой для непрерывной разработки.
29. Фаза построения в унифицированных процессах разработки кис.
В ходе фазы построения происходит создание продукта, а архитектура становится стабильной. Проектные подсистемы развиваются до продукта, готового к передаче пользователю. На этом этапе возможны небольшие изменения архитектуры системы. Если в конце этой фазы в продукт включены все запланированные для текущего выпуска варианты использования, то возможна передача продукта в качестве предварительной поставки.
Замечание: Включенные в продукт варианты использования могут содержать ошибки. Большинство дефектов будут обнаружены и исправлены в ходе фазы развертывания (внедрения). Таким образом, достигается основная цель фазы построения - разработка системы, способной функционировать в условиях, повторяющих условия заказчика. В ходе этой фазы команда разработчиков постепенно пополняет систему, проверяя на каждой итерации ее жизнеспособность. Считается, что проект достиг этой вехи, если группа тестирования получила более или менее работающую систему.