Обзор стандартов фирм-разработчиков по

Методологии

В каждом из них есть свой подход к выделению разл этапов разработки, часто исп-ся своя терминология, что усложняет проведение параллелей между ними, эта проблема усугубляется отсутствием устоявшейся русской терминолгии. Общим для всех них является то, что процесс разработки ИС разбивается на неск этапов, на каждом из которых определяются выполняемые процессы.

Стандарт фирмы Microsoft – Solution Framework (MSF)

В нем сочетаются каскадная и спиральная модели разработки, т.е проект реализуется поэтапно с наличием соотв контрольных точек, а сама последовательность этапов может повторяться по спирали.

1. создание общей картины(состав команды, целей, документации, требований и т.д.)

2. планирование

3. разработка

4. стабилизация

5. развертывание

для каждого этапа четко определены задачи и промежуточные контрольные точки

1 – контр точки – костяк команды организован, сформирована общая картина решения

в MSF подчеркивается, что одним и ключевых моментов реализации проекта является задача управления коллективом, его участников, поэтому в нем детально проработана модель команды, которая исходит из важности понимания ролей , обязанностей, задач, важности его членов, а также повышает ответственность за реализацию проектов.

Роли в модели команды:

- менеджер продукта (управление связями с заказчиками)

- менеджер программы (управляет процессом разработки рограммы)

- разработчик (программист)

- тестировщик

- менеджер по выпуску (развертывание и дальнейшая поддержка программы)

- специалист по удобству использования (изучает и решает проблемы пользователя)

В MSF практически отсутствуют инструментальные средства и шаблоны документов. Её преимуществом является подробное описание процессов, задач и необходимых рекомендаций по ним

Стандарт фирмы Oracle – Custom Development Method (CDM)

CDM теснейшим способом опирается на использование инструментария Oracle. CDM поддерживает 3 модели ЖЦ

- классическая (все этапы разработки)

- модель «быстрая разработка» (Fast Track) (еще более ориентирована на использование инструментария Oracle)

- облегченный подход (в случае малых проектов и подразумевает прототипирование приложений)

Все модели ЖЦ по сути являются каскадными.

Фактической ориентацией cdm является направленность на создание ис с бд

Этапы:

1. определение требований,

2. анализ

3. проектирование

4. реализация

5. внедрение

6. эксплуатация

Определены процессы для каждого этапа.

Стандарт фирмы Rational Software(сегодня в составе IBM) - Rational Unified Process (RUP)

Претендует на роль мирового корпоративного стандарта.

Принципы RUP

- итерационный, наращиваемый подход к созданию ПО

- планирование и управление проектом на основе функциональных требований

- ЖЦ разбивается на отдельные циклы, в каждом из кот создается новое поколение продукта(прототип)

- каждый цикл разбивается на стадии

в RUP определены основные дисциплины:

- построение бизнес-моделей

- определение требований

- анализ и проектирование

- реализация

- тестирование

- развертывание

Кроме них в RUP определены вспомогательные дисциплины: управление конфигурацией, управление проектом и создание инфраструктуры

следование методологии RUP подразумевает использование универсального языка моделирования UML (Unified Model Language) и специального инструментария.

Инструментарий:

Rational Rose – используется для визуального моделирования с помощью UML при анализе и проектировании ИС. (с использованием объектно- ориентированного подхода)

Фирма Borland представляет интегрированный комплекс инструментальных средств, реализующих управление ЖЦ – Application Live Cycle Manadger (ALM)

Этапы:

1. определение требований

2. анализ и проектирование

3. разработка

4. тестирование и профилирование

5. развертывание

Выполнение всех этапов координируется процессом управления конфигурацией и изменениями. В этом сущность ALM, которая объединяет основные этапы ЖЦ

Фирма Computer Associate предлагает целый комплекс инструментальных средств поддержки разл этапов ЖЦ – AllFusion Modeling Suite

Такие комплексы инструментальных средств носят название CASE-средств (Computer Aided System Engineering).

AllFusion Process Modeling (BPWin) – инструмент моделирования и анализа проекта ИС. (с использованием функционального подхода) (IDEF0,IDEF3,DFD)

ФддАгышщт УКцштВфефЬщвудук (УКЦшт) - для моделирования данных (ШВУА1Ч)

AllFusion Model Manadger – организация совместной работы команды разработчиков

AllFusion Component Modeler – инструмент для объетно ориентированного анализа и проектирования с использованием UML

AllFusion DataModelValidator – проверка структуры и качества Данных.

CASE-средства.

Наибольшая потребность в использовании CASE-средств возникает на начальных этапах. Преимущества из использования:

• улучшение качества разрабатываемого ПО за счет автоматизированного контроля и генерации

• возможность повторного использования компонентов

• снижение времени разработки

• освобождение разработчиков от рутинной работы по документированию проекта

• организация коллективной работы

Архитектура CASE-стедства

Репозиторий (словарь Д) – специализированная БД для отражения состояния проектируемой ИС в каждый момент времени. синхронизирует объекты проектируемой системы и хранит следующую информацию:

о проектировщиках и их правах доступа

организационные структуры

диаграммы и элементы диаграмм

связи между диаграммами

модели Д

и др.

Графический редактор исп-ся для отображения проектируемой системы с помощью спец. графических символов, которые составляют основу поддерживаемой нотации

Верификатор диаграмм контролирует правильность построения диаграмм

Документатор проекта позволяет документировать процесс подготовки отчетов

Сервис – набор системных утилит по обслуживанию

Администратор проекта – выполнение административных функций