Добавлен: 25.10.2018
Просмотров: 4924
Скачиваний: 12
76
2.3. Пользовательские характеристики
[Покажите, какие люди будут типичными пользователями программы. Их уровень владения компь-
ютером, а также психофизиологические особенности позволят сформулировать требования к про-
работке помощи, к детализации комментариев на каждом экране, необходимость использования
мастеров, требования к дизайну экранов и т.д.]
2.4. Ограничения
[Ограничения на проектирование или реализацию описывают границы или условия того, как прило-
жение должно быть задумано и разработано. Например, накладываются ограничения на инстру-
менты и языки программирования ввиду сложившихся традиций организации, опыта программи-
стов, совместимости и проч.]
По настоянию заказчика проектирование и реализация проекта должна проводиться с исполь-
зованием бесплатного (с открытым исходным кодом) программного обеспечения (Open Source). Ана-
лиз инструментальных платформ поддержки проектирования и разработки системы приведен в главе
«Техническое задание» ПЗ.
Процедура предоставления доступа к авторским УММ регламентируется ст. 138 ГК РФ. В
этой связи системой должен предоставляться доступ к УММ только во внутренней сети организации
в учебных целях. Кроме того, по первому требованию автора или его представителя в случае несо-
гласия на предоставления доступа к УММ автора, доступ к файлу УММ должен быть заблокирован
администратором системы.
2.5. Предположения и зависимости
[Могут быть сделаны любые допущения.]
2.6. Распределение требований
Требования, описанные в разделах 1 и 2 этого документа называются «С-требованиями», в
разделе 3 — «D-требованиями». Основной аудиторией С-требований является сообщество заказчи-
ков, вторичной — разработчиков. Для D-требований ситуация обратная. Эти два уровня требований
должны быть согласованными. Несогласованности должны быть отмечены отдельно как дефекты. В
случае, когда требование сформулировано в С-требованиях и D-требованиях, приложение будет раз-
рабатываться согласно D-требованиям, поскольку они более подробны.
3. Детальные требования
[Детальные требования представляют полный список конкретных свойств и функциональности,
которую должна иметь программа. Каждое детальное требование должно быть пронумеровано и
отслеживаться в процессе разработки. D-требования должны быть согласованы с С-
требованиями.]
3.1. Требования к внешнему интерфейсу
3.1.1. Пользовательские интерфейсы
[В данном разделе приводится и описывается итоговый вид графического пользовательского ин-
терфейса (ГПИ), полученный на основе эскиза (п. 1.2.1.) и концепции ГПИ, представленной в разделе
«Формирование требований к АСОИУ (ИМС)» пояснительной записки. При описании ГПИ необхо-
димо в тексте настоящего раздела указать назначение каждого элемента]
3.1.1.1. ГПИ варианта использования П.1 «Добавить файл УММ для обработки»
…
3.1.1.5. ГПИ варианта использования П.5 «Редактировать индексную карточку»
На рис. К.9 приведен ГПИ
варианта использования
«Редактировать индексную карточку», для
построения которого был использован административный интерфейс фреймворка Django (см. п. 3.1
SDD).
В режиме редактирования индексной карточки в верхней части страница (область 1 на рис.
К.9) располагаются интерфейсные элементы, предназначенные для выбора авторов книги из списка
всех авторов, хранящихся в БД (Available authors). Ниже предусмотрены поля (область 2 на рис. К.9)
для редактирования названия УММ, области знания, аннотации, комментария, названия издательства,
года, числа страниц, для загрузки файла УММ и файла обложки, а также для редактирования номера
УДК. В нижней части страницы (область 3 на рис. К.9) располагаются командные кнопки «Delete»
(переход к варианту использования «Удаление УММ»), «Save and add another» (переход к варианту
использования «Добавить новый УММ»). Назначение командных кнопок «Save and continue editing»
и «Save» вытекает из их названия и не требует дополнительного разъяснения.
77
Рис. К.9. Итоговый эскиз ГПИ варианта использования
«Редактировать индексную карточку»
3.1.1.6. ГПИ варианта использования П.6 «Добавить новый УММ»
…
3.1.2. Аппаратные интерфейсы
Нет.
3.1.3. Программные интерфейсы
Нет.
3.1.4. Коммуникационные интерфейсы
Нет.
3.2. Описание детальных требований
[В этом разделе UML диаграммы, полученные на этапе формулирования С-требований (п. 2.2.),
уточняются и дополняются атрибутами, предназначенными для описания особенностей системы]
3.2.1. Диаграмма вариантов использования
[Для каждого варианта использования в разделе D-требований приводится спецификация]
На рис. К.10 приведена итоговая (уточненная) версия диаграммы вариантов использования
ИС УММ, на которой показан актер Читатель, имеющий базовый набор функций, который наследу-
ется Администратором, имеющим, в свою очередь, три дополнительных функции: редактировать
индексную карточку, добавить новый УММ и удалить УММ. Как видно из диаграммы, пользователю
предоставляется возможность скачивания УММ из индексной карточки. Для этого вариант использо-
вания П.4 «Скачать УММ» был подключен к варианту использования П.3 «Просмотреть индексную
карточку УММ» с помощью отношения <<include>>. В свою очередь, для просмотра индексной кар-
точки необходимо выбрать требуемый УММ посредством выполнения поиска, следовательно, между
вариантом использования П.3 и П.2 «Поиск УММ» также необходимо использовать отношение <<in-
clude>>. Аналогичные рассуждения использовались при анализе вариантов использования П.5 «Ре-
дактировать индексную карточку» и П.7 «Удалить УММ».
3.2.1.1. Вариант использования П.1 «Добавить файл УММ для обработки»
Основной исполнитель.
1
2
3
78
Администратор.
Заинтересованные лица и их тре-
бования: Администратор – разме-
щает файлы УММ Читателя в со-
ответствующие каталоги системы и
добавляет описание УММ в БД сис-
темы. Должен убедиться в том, что
добавляемый УММ отсутствует в
системе. Нуждается в информации о
дате загрузки файла УММ на сервер
и логине Читателя, загрузившего
файл.
Читатель – помещает файл УММ,
отсутствующий в БД системы, в
специальный каталог сервера. Нуж-
дается в информации о добавлении
или отказе в добавлении УММ в БД
системы.
Предусловия. Администратор и
Читатель идентифицированы и ау-
тентифицированы в системе. Чита-
тель с помощью варианта использо-
вания «Поиск УММ» убедился в от-
сутствие добавляемого им УММ в
системе.
Постусловия (результаты). Файл
УММ Читателя помещен Админи-
стратором в соответствующий ка-
талог сервера. В БД создана запись,
представляющая описание УММ, в
объеме, предусмотренном системой.
Запись проиндексирована для последующего поиска. Файл УММ доступен Читателям для скачива-
ния. Из таблицы загруженных Читателями УММ удалена запись об УММ, добавленном в БД систе-
мы. Читателю направлено письмо с уведомлением о результате обработки загруженного им файла.
Основной (успешный) поток.
1. Читатель с помощью меню системы вызывает стандартный диалог открытия файла, посред-
ством которого указывает файл УММ, загружаемый на сервер.
2. Система, используя путь к загружаемому файлу, копирует его с диска Читателя на сервер в
каталог «Upload». При этом на экране появляется информация, свидетельствующая о ходе
процесса копирования файла.
3. Для полученного файла система создает новую запись в таблице БД, содержащую следующие
данные: имя файла, дата загрузки, логин Читателя, загрузившего файл.
…
Альтернативные потоки.
1.a.
Размер файла превышает установленное ограничение.
1. Система уведомляет об ошибке и предотвращает загрузку указанного Читателем
файла.
1.б.
Длина имени файла превышает установленное ограничение.
1. Система уведомляет об ошибке и предлагает переименовать файл.
2.а.
Нарушение сетевого соединения.
1. Система уведомляет об ошибке сетевого соединения и предлагает пользователю на-
чать загрузку файла сначала.
…
Специальные требования. Сразу после помещения Администратором файла УММ Читателя в
соответствующий каталог сервера система должна автоматически продублировать этот файл в ре-
зервном хранилище.
Список технологий и типов данных.
Рис. К.10. Уточненная диаграмма вариантов использования ИС
УММ
79
Частота использования. Время от времени. Существует высокая вероятность загрузки файлов одно-
временно от нескольких Читателей.
Открытые вопросы. По какому протоколу «ftp» или «http» будет лучше загружать файлы? Как из-
меняется скорость загрузки файла при увеличении пользователей, одновременно копирующих файлы
на сервер? …
3.2.1.2. Вариант использования П.2 «Поиск УММ»
…
3.2.2. Диаграммы последовательностей
3.2.2.1. Диаграмма последовательностей варианта использования П.1 «Добавить файл УММ для об-
работки»
Уточненная версия диаграммы последовательностей варианта использования «Добавить файл
УММ для обработки» приведена на рис. К.11. Для добавления УММ, отсутствующего в системе, Чи-
татель с помощью команды меню указывает путь к файлу УММ. При этом генерируется сообщение
createNewFileUMM(), которое создает новый объект Файл УММ. Объект Файл УММ позволяет полу-
чить путь (getPath()), загрузить файл на сервер (uploadToServer()), и вызвать операцию вставки запи-
си в спецификацию загрузок УММ. После того, как будет скопирован указанный пользователем файл
в специальный каталог на сервер, в спецификацию загрузок УММ добавляется информация об имени
файла, дате загрузки и логине Читателя, загрузившего файл (insertIntoUploadSpec()). Администра-
тор с помощью меню системы сможет просмотреть список всех загруженных файлов (GetList()), от-
крыть тот или иной файл для просмотра и добавить файл, снабдив его описанием (название, изд-во,
год и т.д. с помощью вызова insertIntoSpec()) в соответствующий каталог системы (предварительно
убедившись, что такой УММ в системе отсутствует с помощью searchUMM()). Если содержание фай-
ла не соответствует тематике системы, Администратор удаляет файл из каталога сервера вместе с
записью об этом файле из Спецификации загрузок (deleteFromUploadSpec(id)). По окончании обра-
ботки файла УММ Администратор посылает Читателю почтовое уведомлением (sendNotice()).
Рис. К.11. Диаграмма последовательностей для варианта использования П.1 «Добавить файл УММ для обра-
ботки»
3.2.2.2. Диаграмма последовательностей варианта использования П.2 «Поиск УММ»
…
3.2.3. Диаграммы классов
[Необходимо описать назначение и взаимосвязь основных классов (классов анализа), полученных по
результатам анализа предметной области. Уточненные диаграммы классов описываются и анали-
зируются в главе «Эскизный проект», результаты анализа помещаются в SDD]
3.2.3.1. Диаграмма классов варианта использования П.1 «Добавить файл УММ для обработки»
80
Уточненная диаграмма классов представлена на рис. К.12. Символы множественности, раз-
мещенные у полюсов ассоциаций (рис. К.12), позволяют подчеркнуть ограничения, накладываемые
системой на процессы взаимодействия между экземплярами классов. В частности, следует отметить,
что Читатель в определенный момент времени может загружать только один файл УММ на сервер,
однако, следует иметь в виду, что несколько Читателей одновременно должны иметь возможность
загружать файлы УММ на сервер.
Рис. К.12. Диаграмма классов варианта использования П.1 «Добавить файл УММ для обработки»
3.2.3.2. Диаграмма классов варианта использования П.2 «Поиск УММ»
…
3.2.4. Диаграмма деятельностей
3.2.4.1. Диаграмма деятельности варианта использования П.1 «Добавить файл УММ для обработки»
На диаграмме рис. К.13 для нетривиальных деятельностей показаны внутренние действия и
условия их выполнения: в процессе (on do) или по выходу (on exit). Структура уточненной диаграм-
мы деятельностей не претерпела изменений по сравнению с эскизным вариантом (рис. К.8), поэтому
в дополнительных комментариях не нуждается.
Рис. К.13. Диаграмма деятельности варианта использования П.1 «Добавить файл УММ для обработки»