3.2 Документирование на этапе проектирования

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

• Функциональные спецификации есть ни что иное, как блок-схемы программ (в ГОСТ 19.701-90 они называются схемами программ) и другие схемы, описанные в том же ГОСТ. Следуя Винеру формулу программного продукта можно записать как ‘программный продукт = коды программ + спецификации’.

ь

Автоматизация анализа успеваемости студентов

Ввод информации об успеваемости

Обработка информации об успеваемости

Ввод информации из зачетной ведомости

Корректировка инф-и об успеваемости

Ввод результатов экзаменов

Восстановление

из архив. копий

Защита от несакц. доступа

Сохранение архив. копий

Получение итоговой ведомости успеваемости

Получение списков неуспевающих

Получение рейтинговой ведомости успеваемости

. . . . .

Вывод результатов анализа

. . . . .

Рисунок 1.4. Пример функциональной архитектуры

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

При документировании проекта разработки ПО применяют схемы:

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

• программ (или иначе блок-схем), в которых формализуется алгоритм обработки данных;

• данных, в которых уточняются потоки данных между процессами и (или) носителями данных;

• взаимодействия программ, отображающих путь активации программ и взаимодействий с данными;

• ресурсов системы, отображающих конфигурацию блоков данных и обрабатывающих блоков, требуемую для решения задачи или набора задач.

Правила оформления схем описаны в ГОСТ 19.701-90 и /3/. Краткое описание схем приведено в разделе “схемы+ символы” электронной версии курса лекций по дисциплине “технология программирования”.

Общие рекомендации к выполнению схем следующие:

• схемы выполняются без соблюдения масштаба, действительное пространственное расположение составных частей изделия в схеме не учитывается или учитывается приближенно;

• в схемах применяют условные графические обозначения: чаще всего прямоугольники или другие простые фигуры. Размеры условных графических обозначений и толщина составляющих их линий должны быть одинаковыми на всех схемах проекта;

• допускается пропорциональное изменение условных графических обозначений;

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

• линии связи и линии графических обозначений должны быть одной толщины. Рекомендуемая толщина линий – 0.3- 0.4 мм ( пределы изменения толщины – от 0.2 мм до 1.0 мм);

• линии связи должны состоять из вертикальных и горизонтальных отрезков и иметь наименьшее число возможных изломов и точек пересечения.

Структура проектируемого программного продукта представляется в виде схемы деления изделия на составные части (ГОСТ 2.711-82). Линии связи выполняются со стрелками, направленными от комплектующих к узлам (снизу вверх), как показано на рисунке 3.3. Наименование изделия и его составных частей помещается внутри условного обозначения. Допускается данные о составных частях изделия помещать в таблице, расположенной под схемой деления.

Условных графические обозначения составных частей изделия приведены на рисунке 3.2.

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

а) новые б) покупные в) заимствованные

разрабатываемые изделия изделия или

изделия и составные

составные части

части

Рисунок 3.2 Условные графические обозначения составных частей изделия

Таблица 3.1 – Соответствие функций и реализующих их модулей

Наименование функции обработки информации	Наименование модуля
Автоматизация анализа успеваемости студентов	USPEV
Ввод информации об успеваемости	VVOD
Обработка информации об успеваемости	ANALIZ
Вывод результатов анализа	REZ
Ввод информации из зачетной ведомости	ZACH_VED
Корректировка информации об успеваемости	KORR
Получение итоговой ведомости успеваемости	ITOG_VED
Получение списков неуспевающих	POLET
Получение рейтинговой ведомости успеваемости	REITING
Ввод результатов экзаменов	EKZ_VED
Восстановление из архивных копий	IZ_ARH
Защита от несанкционированного. доступа	SANKS
Сохранение архивных. копий	V_ARH

Допустим, что модули восстановления из архивных копий, сохранения архивных копий и защиты от несанкционированного доступа разрабатывались ранее для другой АСОИ, но применимы и для вновь разрабатываемой системы анализа успеваемости. При этих условиях схема деления изделия на составные части будет выглядеть так, как показано на рисунке 3.3.

USPEV

VVOD

ANALIZ

REZ

ZACH_VED

KORR

ITOG_VED

POLET

REITING

EKZ_VED

Рисунок 3.3 - Пример системной архитектуры

.