- •Информационная система. Информационная система менеджмента
- •Функциональная структура информационных систем
- •Состав видов обеспечения информационных систем и классификация (вопрос 4 был)
- •5.Динамика изменения затрат на основные виды обеспечения.
- •6.Понятие жизненного цикла.
- •7.Процесс, этап и фаза жизненного цикла.
- •8. Состав жизненного цикла программного продукта по гост р исо/мэк 12207-99.
- •9. Модели жизненного цикла по гост р исо/мэк то 15271 – 2002, преимущества и недостатки
- •Недостатки спиральной модели
- •Сфера применения гост р исо/мэк то 16326 – 2002. Состав жизненного цикла.
- •Сфера применения гост р исо/мэк то 15288 – 2005. Состав жизненного цикла
- •Фазы Rational Unified Process.
- •Итерации в Rational Unified Process.
- •Этапы Enterprise Component Modeling.
- •Результаты выполнения этапов Enterprise Component Modeling
- •18. Принципы создания информационных систем.
- •Принципы создания информационных систем по Глушкову
- •Состав и характеристика принципов по гост 24.
- •Документ, реквизит документа, реквизит-основание, реквизит-признак. Показатель.
- •Уровни исследования информации. Измерение информации. Энтропия. Тезаурус.
- •Формы документов.
- •Структура документа. Этапы проектирования документов.
- •I этап.
- •II этап
- •III этап
- •Экономическая эффективность информационных систем. Методы оценки экономической эффективности
- •Совокупная стоимость владения. Статьи тсо.
- •Сocomo. Базовая модель. Основные параметры.
- •Cosysmo. Усовершенствованная модель. Основные параметры.
- •Техническое задание на разработку информационной системы.
- •Основные разделы и подразделы технического задания.
- •Преимущества модели rad
- •Недостатки модели rad
- •Преимущества V-образной модели
- •Недостатки V-образной модели
Фазы Rational Unified Process.
Начало – определение масштабов проекта и разработка бизнес-варианта
Развитие – план-проект, спецификация особенностей и основных архитектурных решений
Построение – создание продукта
Переход – переход продукта к пользователю.
Итерации в Rational Unified Process.
Итерации являются последовательностью работ в соооветствии с планом при достижении определенного уровня некоторого критерия, на каждой итерации достигается результат в виде работающей версии системы
Начало (Inception)
В фазе «Начало»:
Формируются видение и границы проекта.
Создается экономическое обоснование (business case).
Определяются основные требования, ограничения и ключевая функциональность продукта.
Создается базовая версия модели прецедентов.
Оцениваются риски.
При завершении начальной фазы оценивается достижение вехи целей жизненного цикла (англ. Lifecycle Objective Milestone), которое предполагает соглашение заинтересованных сторон о продолжении проекта.
2. Уточнение (Elaboration)
В фазе «Уточнение» производится анализ предметной области и построение исполняемой архитектуры. Это включает в себя:
Документирование требований (включая детальное описание для большинства прецедентов).
Спроектированную, реализованную и оттестированную исполняемую архитектуру.
Обновленное экономическое обоснование и более точные оценки сроков и стоимости.
Сниженные основные риски.
Успешное выполнение фазы разработки означает достижение вехи архитектуры жизненного цикла (англ. Lifecycle Architecture Milestone).
3. Построение (Construction)
В фазе «Построение» происходит реализация большей части функциональности продукта. Фаза Построение завершается первым внешним релизом системы и вехой начальной функциональной готовности (Initial Operational Capability).
4. Внедрение (Transition)
В фазе «Внедрение» создается финальная версия продукта и передается от разработчика к заказчику. Это включает в себя программу бета-тестирования, обучение пользователей, а также определение качества продукта. В случае, если качество не соответствует ожиданиям пользователей или критериям, установленным в фазе Начало, фаза Внедрение повторяется снова. Выполнение всех целей означает достижение вехи готового продукта (Product Release) и завершение полного цикла разработки.
Этапы в Rational Unified Process.
Определение требований. Сбор всех возможных пожеланий к работе системы, которые только могут прийти в голову пользователям и аналитикам. Фактически, это взгляд пользователей на программную систему снаружи. Создаются модель предметной области и бизнес-модель
Анализ. Создается аналитическая модель, которая подводит разработчиков к архитектуре будущей системы. Основное ее назначение - определить направление реализации функциональности
Проектирование. На основании моделей, созданных ранее, создается модель проектирования. Эта модель отражает физическую реализации системы и описывает создаваемый продукт на уровне классов и компонентов
Реализация. Создание системы в виде компонентов – исходных текстов программ, сценариев, двоичных файлов, исполняемых модулей и т.д. На этом этапе создается модель реализации, которая описывает то, как реализуются элементы модели проектирования, какие классы будут включены в конкретные компоненты
Тестирование. В процессе тестирования проверяются результаты реализации. Для данного процесса создается модель тестирования, которая состоит из тестовых примеров, процедур тестирования, тестовых компонентов