6. Приоритеты проекта

Чтобы принимать эффективные решения, заинтересованные лица должны договориться о приоритетах проекта. Один из подходов к этому заключается в рассмотрении пяти измеряемых параметров проекта: функции (или объем), качество, график, затраты и кадры (Wiegers. 1996а). В любом проекте каждый из этих параметров относится к одной из трех категорий:

• ограничение — лимитирующий фактор, в рамках которого должен оперировать менеджер проекта;

• ключевой фактор — важный фактор успеха, ограниченно гибкий при изменениях;

• степень свободы — фактор, который менеджер проекта может до определенной степени изменять и балансировать относительно других параметров.

7. Операционная среда

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

1. Пользователи расположены далеко (географически) или близко друг от друга? В скольких часовых поясах работают ваши пользователи?

2. Когда пользователям, находящимся в различных географических местоположениях, требуется доступ к системе?

3. Где данные генерируются и используются? Насколько далеко друг от друга расположены эти местоположения? Нужно ли объединять данные из разных местоположений?

4. Известно ли максимальное время отклика для получения доступа к данным, которые могут храниться удаленно?

5. Готовы ли пользователи смириться с прерыванием работы службы или непрерывный доступ к системе крайне важен для работы их компании?

6. Какие элементы управления безопасностью и требования к защите данных необходимы?

8. Описание программного обеспечения задачи

Программное обеспечение для задачи может разрабатываться, дорабатываться или использоваться как типовое с пользовательскими настройками.

в случае разработки или доработки программного обеспечения в подразделе дается описание информационных объектов, диаграммы классов, компонентов, пакетов, их существенные атрибуты. Описание структуры программы, описание спецификаций классов или модулей.

В случае использования типового программного обеспечения или его доработки приводится описание структуры программного. Описание эталонной модели решения поставленной в дипломном проекте задачи. Описание необходимых для решения поставленной в дипломном проекте задачи программных и параметрических настроек.

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

Студент должен выбрать конкретный метод или методы тестирования и составить план тестирования (последовательность выполнения тестирования и применяемые на каждом этапе методы). В случае разработки или доработки программного обеспечения можно использовать методы белого ящика, методы черного ящика и методы серого ящика. В случае использования типового программного продукта - только методы черного ящика.

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