Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

note

.pdf
Скачиваний:
7
Добавлен:
07.03.2015
Размер:
1.91 Mб
Скачать

61 КП-02068195-341-07-14

Рис. 3.15. Взаимодействие «Слишком много сообщений»

Как показано на Рис. 3.15, взаимодействие «Слишком много сообщений» (Too Many Messages) является расширением взаимодействия «Просмотр непосланных сообщений».

Сообщение retrieveMessages() от объекта :PConsole к объекту :Cactioner содержит число исходящих сообщений (numMsgs) в своем списке аргументов. Это гарантирует, что только такое количество исходящих сообщений будет извлечено из БД и возвращено объекту :PConsole в

контейнере, передаваемом также в виде аргумента (msgs).

Исходящие сообщения отображаются операцией displayMessages(). После отображения метод tooManyMessages() сообщит пользователю, сколько исходящих сообщений не было извлечено из БД.

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

3.9.4.9Взаимодействие «Сообщение не может быть послано по электронной почте» (Email Could Not Be Sent)

Взаимодействие показано на диаграмме последовательности (Рис. 3.16).

62 КП-02068195-341-07-14

Рис. 3.16. Взаимодействие «Сообщение не может быть послано по электронной почте»

Когда объект :CActioner получает исключение, означающее, что сообщение по электронной почте не было послано, метод handleEmailException() интерпретирует проблему таким образом,

что операция displayEmailFailure() объекта :PConsole может сообщить пользователю о том, что передача по электронной почте не удалась. После этого :PConsole заново отображает меню с помощью операции displayMenu(). Фрагмент взаимодействия, связанный с корректировкой БД, в

этом случае не будет выполняться.

4 Мероприятия по подготовке к вводу системы в действие

Для ввода Системы в действие необходимо:

1)подготовить у Заказчика всё необходимое техническое обеспечение;

2)установить на сервер и клиентские ПК системное, базовое и прикладное ПО;

3)установить на сервер БД;

4)провести испытания системы.

4.1Мероприятия по приведению информации к виду, пригодному для обработки на ЭВМ

Для ввода системы в эксплуатацию необходимо выполнить первичное наполнение БД:

1)ввести в БД сведения о Сотрудниках,

63 КП-02068195-341-07-14

2)ввести в БД сведения о деловых партнёрах.

4.2Мероприятия по обучению и проверке квалификации персонала

Специального обучения Пользователей работе с Системой не требуется. Достаточно

показать сотрудникам, как создаются сообщения и как отсылаются.

4.3Мероприятия по созданию необходимых подразделений и рабочих мест

Новые подразделения не создаются.

4.4Мероприятия по изменению объекта автоматизации

Никаких изменений не требуется.

64 КП-02068195-341-07-14

СИСТЕМА УПРАВЛЕНИЯ ЭЛЕКТРОННОЙ ПОЧТОЙ. РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ

65 КП-02068195-341-07-14

СИСТЕМА УПРАВЛЕНИЯ ЭЛЕКТРОННОЙ ПОЧТОЙ. ТЕСТИРОВАНИЕ ПОЛЬЗОВАТЕЛЬСКОГО ИНТЕРФЕЙСА

66 КП-02068195-341-07-14

Список использованных источников

1.ГОСТ 34.003-90. Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения.

2.ГОСТ 34.201-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем.

3.ГОСТ 34.601-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания.

4.ГОСТ 34.602-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.

5.РД 50-34.698.90. Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов.

6.РД Гостехкомиссии России. Безопасность информационных технологий. Критерии оценки безопасности информационных технологий.- 2002 г.

7.Практическая программная инженерия на основе учебного примера / Л.А. Мацяшек, Б.Л.

Лионг. – М.: БИНОМ. Лаборатория знаний, 2009. – 956 с.

8.Documents associated with. Unified Modeling Language (UML), v2.4.1. Release date: August 2011.- http://www.omg.org/spec/UML/2.4.1.

67 КП-02068195-341-07-14

Приложение А.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]