6. Внедрение (тестирование, опытная эксплуатация)

Включает

5. Запуск системы у заказчика

6. Комплексную отладку подсистем ИС

7. Обучение персонала

8. Поэтапное внедрение в эксплуатацию

9. Оформление акта о приемо-сдаточных испытаниях ИС

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

6. Эксплуатация (сопровождение, модернизация)

Включает

10. Сбор информации о функционировании ИС

11. Исправление ошибок и недоработок

12. Оформление требований к модернизации

Подходы к проектированию ИС:

• Функционально модульный или структурный - в основу положен принцип функциональной декомпозиции, в котором система описывается в терминах иерархии ее функций и передачи информации между отдельными функциональными элементами.

• Объектно-ориентированный подход - использует объектную декомпозицию. Система описывается в терминах объектов и связей между ними, а поведение системы в терминах обмена между ними.

2. Объектно-ориентированный анализ (uml).

CASE средство Rational Rose фирмы (Rational Software Corporation) является одним из наиболее мощных инструментариев анализа и проектирования объектно-ориентированных систем. Реализует генерацию кодов программ для С++, Visual C++, VB, Java, Power Builder. Базируется на UML.

2.1 Диаграмма прецедентов

Суть данной диаграммы состоит в следующем: проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью так называемых вариантов использования. При этом актером или действующим лицом называется любая сущность, взаимодействующая с системой извне. Это может быть человек, техническое устройство, программа или любая другая система, которая может служить источником воздействия на моделируемую систему так, как определит сам разработчик. В свою очередь вариант использования служит для описания сервисов, которые система предоставляет актеру. При этом ничего не говорится о том, каким образом будет реализовано взаимодействие актеров с системой. Каждый вариант использования — это потенциальное требование к системе, и пока оно не выявлено, невозможно запланировать его реализацию. Use case редактор используется для построения.

Таблица 2.1 – Условные обозначения диаграммы прецедентов

Условное обозначение	Описание условного обозначения
	Actor-актер системы, т.е. любое действующее лицо, которое представляет собой любую внешнюю по отношению к моделируемой системе сущность, которая взаимодействует с системой и использует ее функциональные возможности для достижения определенных целей. В системе актерами являются «Менеджер по поставкам», «Менеджер по продажам», «Начальник транспортного отдела» и «Управляющий».
	Use case -стандартное обозначение варианта (прецедента) использования, описывающий типичное взаимодействие между пользователем и системой.
	связь, называемая коммуникацией (communication). Устанавливает, какую конкретную роль играет актер при взаимодействии с экземпляром варианта использования.
	связь включения (include) между двумя вариантами использования, которая указывает, что некоторое заданное поведение для одного варианта использования включается в качестве составного компонента в последовательности поведения другого варианта использования.
	связь расширение (extend)отмечает тот факт, что один из вариантов использования может присоединять к своему поведению некоторое дополнительное поведение, определенное для другого варианта использования.

Рисунок 2.1 – Диаграмма прецедентов для директора рекламного агентства

Рисунок 2.2 – Диаграмма прецедентов для администратора рекламного агентства

Рисунок 2.3 – Диаграмма прецедентов для менеджера-копирайтера рекламного агентства

Рисунок 2.4 – Диаграмма прецедентов для клиента рекламного агентства