Реализация системы

Физическое проектирование программной системы ‑ завершающий этап разработки системы.

Реализация проекта производится строго в соответствии с логическим проектом по технологии быстрой разработки приложений RAD(см. раздел 1), в определенной среде разработки, при необходимости используются дополнительные инструментальные средства (например,CASE-инструменты в виде специализированных пакетов и сред проектирования), производится автономная и комплексная отладка и тестирование. Руководитель проверяет полноту и качество реализации функций, соответствие системы техническому заданию и логическому проекту. Для демонстрации работоспособности системы необходимо подготовить нескольких тестовых примеров. При необходимости производится доработка реализации с повторным предъявлением системы, после доработки система выносится на защиту.

Для того чтобы сделать и обосновать выбор комплекса технических средств, студенты должны провести расчет объема занимаемой памяти (жесткого диска и ОЗУ) по следующим правилам.

Расчет объема внешней памяти

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

V_ЖД = V_ОС+ V_ПР+ [V_БД] + [V_СПО] + [V_Ф]¹¹,

где V_ОС– объем памяти, занимаемый операционной системой (операционная система WindowsXPс пакетом обновленийSP3, V_ОС= 1,5 Гб);

V_ПР– объем памяти, занимаемый непосредственно файлами приложения (V_ПР= 80 Мб);

V_БД– объем памяти, занимаемый базой данных (всеми таблицами) при ее максимальном заполнении. Пример расчета этой составляющей приведен в таблице 7; исходные данные для расчета взяты из описания таблиц БД.

V_СПО– объем памяти, занимаемый всем необходимым сопутствующим программным обеспечением (сюда входят СУБД, фреймворки,MSOffice(PowerPoint) и другие средства разработки; дадим оценку сверху V_СПОв 2 Гб);

V_Ф– объем памяти, необходимый для хранения файлов, необходимых для работы программы (дадим ему оценку сверху в 2,5 Мб);

Таблица 7 – Расчет объема внешней памяти, необходимой для хранения БД (фрагмент)

Таблица	Размер записи (байт)	Максимум записей	Всего (байт)
Пользователь	396	50	19800
Роль	56	10	560
Назначенная роль	48	500	24000
…	…	…	..
Итого			4045117680

V_БД= 4045117680 байт = 3950310 Кб = 3858 Мб = 3,76 Гб.

Таким образом, суммарный объем внешней памяти составит:

V_ЖД= 1,5 Гб + 80 Мб + 3,76 Гб + 2 Гб + 2,5 Мб7,5 Гб.

Расчет объема ОЗУ

Для расчета необходимого объема ОЗУ воспользуемся следующей формулой:

V_ОЗУ=V_ОС+ V_ПР+ [V_СПО] + [V_БД],

где V_ОС– ОЗУ, занимаемое операционной системой (256 Мб);

V_ПР – ОЗУ, которое займет само приложение (не превысит 8 Мб);

V_СПО – ОЗУ, занимаемое СУБД и другим сопутствующим ПО (оценим его сверху значением в 128 Мб);

V_БД – объем данных из базы, который может быть одновременно загружен в оперативную память (дадим ему оценку сверху в 10 Мб).

Суммарные объемы ОЗУ составит:

V_ОЗУ = 256 Мб + 8 Мб + 128 Мб + 20 Мб = 412 Мб.

Таким образом, 256 Мб оперативной памяти можно счесть минимально необходимым для функционирования системы.

Диаграмма модулей

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

Функциональность и надежность являются обязательными критериями качества любой программной системы. Одним из способов повышения надежности является борьба со сложностью, основой которой является модульное программирование [23].

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

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

Комментарии к примеру. На рисунке 6 приведен пример диаграммы модулей (фрагмент) для системы составления линейного кроссворда, структурная схема которой описана в лабораторной работе №3. В таблице 8 приведено описание модулей.

Генерирование кроссворда

Работа со словарем

Составление/ редактирование кроссворда сворда

Разгадывание кроссворда

Рисунок6 – Диаграмма модулей системы (фрагмент)

Таблица 8 – Описание модулей системы (фрагмент)

Название модуля	Название файла	Назначение	Подсистема
Генерирование кроссворда	Generation.c	Отвечает за автоматическое составление кроссворда при заданных параметрах	Подсистема генерирования кроссворда
Работа со словарем	Dict.c	Отвечает за редактирование словаря с понятиями и их определениями	Подсистема работы со словарем
Составление/ редактирование кроссворда	Rewrite_Cross.c	Отвечает за редактирование кроссворда	Подсистема ручного составления
Разгадывание кроссворда	Unravel.c	Отвечает за разгадывание кроссворда	Подсистема разгадывания кроссворда