Файл: методические указанияк курсовой.pdf

71 

ответствующий каталог сервера с одновременным созданием соответствующей записи в БД; (iii) ре-
гистрировать новых пользователей в системе с предоставлением им соответствующих прав. 
 

2.1. Перспективы продукта 

[В данном разделе проектируемая система сравнивается с другими похожими или конкурирующими 
продуктами.] 

2.1.1. Концепции операций 

[Этот  раздел  дает  общее  представление  о  проектируемой  системе.  При  этом  используются  те 
средства,  которые  в  наибольшей  степени  для  этого  подходят: DFD, UML Use Case, UML Activity 
Diagram и т.д.] 
 

Контекстная диаграмма информационной системы УММ приведена на рисунке К.1. Входами 

системы являются: (i) атрибуты методических материалов, которые может использовать администра-
тор  при  добавлении,  редактировании,  удалении  записей  из  БД; (ii) файл  УММ,  отсутствующего  в 
системе,  который  пользователь  посредством web-интерфейса  загружает  в  специальный  каталог  на 
сервере; (iii) логин и пароль пользователя, которые он вводит при авторизации в системе. Выходами 
системы  являются: (i) список  записей,  удовлетворяющих  критериям  поиска  и  включающих  в  свой 
состав: ФИО автора, название УММ, год, количество страниц, область знаний, гиперссылку для ска-
чивания  файла  УММ; (ii) файл  УММ,  удовлетворяющий  критериям  поиска,  который  пользователь 
может сохранить в указанный каталог, щелкнув по гиперссылке; (iii) статус операции (код ошибки) 
изменения записи в БД администратором; (iv) логин и пароль пользователя при регистрации в систе-
ме впервые. Так как критерии поиска (автор, название+аннотация) не изменяются системой в процес-
се функционирования, на рис. К.1 они представлены в виде потока управления. Кроме того, к управ-
ляющим  входам  относится  необходимость  в  изменении  той  или  иной  записи,  которая  будет  управ-
лять процессом добавления, редактирования или удаления записи из БД. Осуществлять поиск, изме-
нение  записей,  загрузку  файлов  УММ  будут  пользователи  и  администратор  в  соответствии  с  наде-
ленными правами. Прочие механизмы (ПК, программное обеспечение и т.д.) являются тривиальными 
и на контекстной диаграмме не показаны. 

Рис. К.1. Контекстная диаграмма информационной системы учебно-методических материалов 

На  рисунке  К.2  представлена  диаграмма  декомпозиции  контекстной  диаграммы  ИС  УММ. 

Диаграмма декомпозиции включает в свой состав работу «изменение записи, сохранение файла», ко-
торая выполняется администратором и предназначена для добавления новой записи к БД с одновре-
менной загрузкой файла УММ, а также для изменения имеющихся записей БД. В последнем случае 
необходимо  определить  изменяемую  запись,  проведя  поиск  с  помощью  работы  «поиск  записей  и 
файлов методических материалов» (для этого на диаграмме (рисунок К.2) проведена обратная связь 
по входу между блоками 3 и 2). Как можно видеть из диаграммы декомпозиции пользователь имеет 

72 

возможность  проводить  поиск  и  загружать  файл  УММ  на  сервер.  Изменять  записи  БД  и  помещать 
файлы УММ в соответствующий каталог системы может только Администратор. 

Рис. К.2. Диаграмма декомпозиции контекстной диаграммы ИС УММ 

Дальнейшая  декомпозиция  контекстной  диаграммы  ИС  УММ  приведена  в  п. 1.2.2 поясни-

тельной записки. 

2.1.2. Концепции пользовательского интерфейса 

[В  данном  разделе  размещается  эскиз  пользовательского  интерфейса  для  общего  представления  о 
продукте. Итоговая версия пользовательского интерфейса описывается в разделе 3.1.1 
 

В настоящем проекте эскиз пользовательского интерфейса можно проработать и предста-

вить в виде фрагментов для каждого варианта использования (см. раздел 2.2) по отдельности, по-
скольку каждый вариант использования отвечает за отдельную функцию системы.] 
2.1.2.1. Концепция пользовательского интерфейса для функции Ф.1 «Загрузить файл УММ на сервер»  
 

Для  загрузки  файла  УММ  на  сервер  от  пользователя  понадобиться  указать  местоположение 

загружаемого файла на носителе. Для этого, как правило, используют поле для ввода пути к файлу с 
клавиатуры  (рис.  К.3)  и  командную  кнопку  для  указания  местоположения  файла  с  помощью  стан-
дартного диалога операционной системы «открыть файл» (кнопка «Обзор…» на рис. К.3). Для пере-
дачи файла на сервер предусмотрена отдельная командная кнопка «Загрузить». 

Рис. К.3. Эскиз пользовательского интерфейса функции Ф.1 «Загрузить файл УММ на сервер» 

… 

2.1.2.2. Концепция пользовательского интерфейса для функции администратора Ф.2 «Изменение за-

писи, редактирование файла»  

2.1.3. Аппаратные интерфейсы 

[Описание  и  анализ  требований  к  аппаратным  интерфейсам  являются  наиболее  актуальными  для 
систем реального времени (СРВ)] 
Нет.  

2.1.4. Программные интерфейсы 

[Проводится описание и анализ взаимодействия проектируемой системы с программным обеспече-
нием сторонних разработчиков] 

73 

Согласно заданию на курсовой проект проектируемая система должна иметь web-интерфейс и 

клиент-серверную архитектуру. В этой связи для функционирования системы необходимо установить 
web-сервер, который при обращении пользователя к той или иной страницы через браузер будет об-
ращаться к интерпретатору языка, на котором написаны скрипты программы, результаты выполнения 
скрипта в виде html-страницы будут возвращены в браузер пользователю (рис. К.4). 

WEB 

сервер

Скрипт 

Выполнение 

скрипта 

html-страница 

Рис. К.4. Программная структура проектируемой системы 

Подробнее структура серверной части проектируемой системы будет описана в SDD. 

2.1.5. Коммуникационные интерфейсы 

[Описание и анализ требований к коммуникационным интерфейсам являются наиболее актуальными 
для  телекоммуникационных  систем  при  разработке  нестандартного  программного  обеспечения 
поддержки сетевых технологий. В большинстве корпоративных информационных систем использу-
ются стандартные коммуникационные интерфейсы и протоколы, которые не нуждаются в разра-
ботке дополнительного программного обеспечения для их поддержки.] 
Проектируемая информационная система предназначена для работы во внутренней сети организации, 
использующей  стандартный  стек  протоколов  сетевого  уровня TCP/IP и  протоколы HTTP, FTP при-
кладного уровня (в терминологии модели OSI).  

2.1.6. Ограничения по памяти 

Для  функционирования  ИС  потребуется  не  менее 32 Мбайт  свободной  оперативной  памяти  и  не 
менее 20 Мбайт  свободного  пространства  на  запоминающем  устройстве.  Объем  свободного 
пространства, предназначенного для хранения файлов УММ, зависит от их количества. Необходимо 
учесть, что в среднем один файл УММ занимает около 7 Мб. 

2.1.7. Операции 

[Перечисляются обычные и особенные операции, требуемые от пользователя.] 

2.1.8. Требования по адаптации 

[Требования по адаптации позволяют заложить при проектировании системы, а затем реализовать 
потенциальные  потребности  будущих  пользователей:  выбор  языка  интерфейса,  цветовой  схемы, 
подключения дополнительных модулей (plug-ins) и т.д.]  
В процессе эксплуатации системы может понадобиться введение дополнительных полей в БД, отсут-
ствующих в ней изначально. С этой целью, для администратора должен быть предусмотрен соответ-
ствующий интерфейс. 

2.2. Функции продукта 

[Это сводка сведений об основных функциях приложения: более подробная, чем в разделе 1.5; менее 
подробная, чем в разделе 3.]  

Анализ, проведенный на страницах пояснительной записки, позволил показать, что варианты 

использования  являются  наиболее  подходящим  способом  определения  общей  функциональности 
проектируемой ИС. На рис. К.5 приведена первая (эскизная) версия диаграммы вариантов использо-
вания ИС УММ. Итоговую (уточненную) версию см. в п. 3.2. Ниже для каждого варианта использо-
вания приводится неформальное описание его функциональности. 

2.2.1. Диаграммы вариантов использования 

2.2.1.1. Вариант использования П.1 «Добавить файл УММ для обработки»  

74 

Для  добавления  УММ,  отсутствующего  в  системе,  Читателю  необходимо  загрузить  файл 

УММ на сервер. Затем Администратор может открыть тот 
или иной файл для просмотра. Если содержание файла не 
соответствует тематике системы, Администратор удаляет 
файл. По окончании обработки файла УММ система авто-
матически  посылает  Читателю  письмо  с  соответствую-
щим уведомлением. 

2.2.1.2. Вариант использования П.2 «Поиск УММ» 

… 

2.3.1. Диаграммы последовательностей 

[Диаграммы  последовательностей  в  ряде  случаев  интер-
претируются  как  часть  модели  прецедентов,  поскольку 
они  обеспечивают  визуализацию  взаимодействия  объек-
тов при реализации прецедентов. В этой связи диаграммы 
последовательностей  для  каждого  варианта  использова-
ния строят в два этапа: (i) описание взаимодействия ак-
теров с системой в целом как с черным ящиком (в разделе 
С-требования); (ii) описание  взаимодействия  объектов 
того или иного прецедента (в разделе D-требования).] 
 

На  первом  этапе  построения  диаграмм  последова-

тельностей  будет  рассмотрено  взаимодействие  актеров  с 
системой в целом.  

2.3.1.1. Диаграмма последовательностей варианта исполь-

зования П.1 «Добавить файл УММ для обработки» 

На  диаграмме  последовательностей  (рис.  К.6)  от-

ражено моделирование основного потока варианта исполь-
зования  «Добавить  файл  УММ  для  обработки» (см.  п. 
2.2.1.1) и, кроме того, показаны сообщения, которыми об-
мениваются объекты. На рис. К.6 каждое сообщение снаб-
жено  заметкой  и  в  дополнительном  комментарии  не  нуж-
дается. 
 

Рис. К.6. Диаграмма последовательностей для варианта использования П.1 «Добавить файл УММ для обработ-

ки» 

2.2.2.2. Диаграмма последовательностей варианта использования П.2 «Поиск УММ» 

… 

2.2.3. Диаграммы классов 

Рис. К.5. Диаграмма вариантов использова-

ния ИС УММ (эскиз) 

75 

[Необходимо  описать назначение и  взаимосвязь  основных  классов  (классов  анализа), полученных  по 
результатам анализа предметной области. Уточненные диаграммы классов описываются и анали-
зируются в разделе «D-требования»] 

2.2.3.1. Диаграмма классов варианта использования «Добавить файл УММ для обработки» 

Для моделирования предметной  области в отношении варианта  использования П.1  была по-

строена диаграмма классов, представленная на рис. К.7. 
 

На  рис.  К.7  Спецификация  загрузок  УММ  моделирует  таблицу  БД,  в  которую  будут  сохра-

няться данные (логин пользователя, дата, имя файла) о загружаемых на сервер файлах УММ. В Спе-
цификации УММ для каждой УММ сохраняется атрибутивная информация (название УММ, год из-
дания, кол-во страниц и т.д.), состав которой перечислен в задании на КП. 
 

Рис. К.7. Диаграмма классов варианта использования П.1 «Добавить файл УММ для обработки» 

2.2.3.2. Диаграмма классов варианта использования П.2 «Поиск УММ» 

… 

2.2.4. Диаграммы деятельности 

[Диаграмма  деятельности  отражает  управленческий  аспект  моделирования  процессов  в  системе, 
но в отличие от диаграммы последовательностей сосредотачивает внимание не на объектах, а на 
операциях. На стадии формирования С-требований для каждого варианта использования составля-
ют упрощенную диаграмму деятельности, отражающую ключевые этапы выполнения того или ино-
го прецедента.] 

2.3.1.1. Диаграмма деятельности варианта использования П.1 «Добавить файл УММ для обработки» 

На  диаграмме  деятельности  (рис.  К.8)  помимо  основного  (успешного)  потока  варианта  ис-

пользования П.1 показаны некоторые альтернативные сценарии. В частности, если загружаемый Чи-
тателем  на  сервер  файл  УММ  имеет  размер,  превышающий  установленное  ограничение  (max),  то 
система блокирует загрузку файла и выдает соответствующее сообщение. Кроме того, если загрузка 
файла  завершилась  с  ошибкой,  система  сообщает  об  этом  пользователю  и  переходит  на  начальную 
страницу. 

Рис. К.8. Диаграмма деятельности варианта использования П.1 «Добавить файл УММ для обработки»