Дипломная работа: Предпроектный анализ

Таблица 3 - Расчет объема внешних текстовых файлов

V_{программы} - 0.0013 + 0.006 = 0.0073 Гбайт;

V _данных - 0.0033 Гбайт;

V_ВП - V_ОС (20) + V_СУБД (2) + V_данных (0.0033) + V_{программы} (0.0073) = 22.01 Гб

4.3.2 Расчёт требуемых ресурсов оперативной памяти

Для расчета ОЗУ воспользуемся формулой , где V_ОП - общий объем оперативной памяти, Мбайт;

V_ОС - объем оперативной памяти, требуемый для установки операционной системы, Мбайт;

V_СУБД - объем оперативной памяти, требуемый для установки СУБД, Мбайт, Мбайт;

V_данных - объем оперативной памяти, требуемый для хранения записей

базы данных и результатов выполнения функций, Мбайт;

V_{программы} - объем оперативной памяти, необходимой для хранения

текстов и библиотек приложений, Мбайт.

V_ОС- по паспорту для операционной системы windows 7 x64 -2048 мб;

V_СУБД - по паспорту для СУБД MS access 2007 - 256 мб;

V _данных - 3.37 мб;

V _{программы} - 7.47 мб;

Расчет V_данных произведем на наихудший случай, запрос на максимальное количество таблиц БД. Наиболее сложным запросом является запрос на выборку задачи с выбранными параметрами и оценками, т.к. требует для своего формирования использования наибольшего числа таблиц БД. V_данных рассчитывается по таблице 4.

Таблица 4 - Расчет объема буфера оперативной памяти, необходимой для выбора необходимых приемов.

Суммарный объем ОЗУ, необходимый для функционирования системы:

Vоп = VОС (2048) + VСУБД(256) + Vданных(3.37) + Vпрограммы(7.47)= 2314.84 мб.

4.4 Основные интерфейсы

После запуска приложения появляется окно авторизации (рисунок 11).

Рисунок 11 - Окно авторизации

После ввода валидных логина и пароля открывается главное окно приложения (рисунок 12).

Рисунок 12 - Главное окно приложения

Функционал, доступный только для ваших прав отделен от остального с целью упрощения работы. При нажатии кнопки «Работа с задачами по устранению ТП» откроется окно работы с задачами по устранению ТП (рисунок 13)

Рисунок 13 - Окно задач по устранению ТП

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

Рисунок 14 - Окно работы с задачами по устранению ТП

Данную задачу можно сохранить нажав на кнопку «Сохранить задачу» и введя название, при этом выставленные оценки будут учитываться для общей в последующих задачах (рисунок 15).

Рисунок 15 - Окно ввода названия задачи

4.5 Диаграмма компонентов

4.5.1 Диаграмма компонентов

Диаграмма компонентов - диаграмма, на которой изображены типы компонентов и зависимости между ними.

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

Основными графическими элементами диаграммы компонентов являются компоненты, интерфейсы и зависимости между ними.

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

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

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

- Визуализации общей структуры исходного кода программной системы;

- Спецификации исполнимого варианта программной системы;

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

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

В таблице 5 дано краткое описание основных компонентов системы.

Таблица 5 - Основные классы системы

Диаграмма компонентов разработанной системы приведена на

рисунке 16, она отражает компоненты системы и связи между ними.

Рисунок 16 - диаграмма компонентов

4.6 Диаграмма развертывания

Диаграмма развёртывания - это завершающая диаграмма технологии UML. Она показывает общее развертывание компонентов системы на технических узлах системы и служит для моделирования работающих узлов (аппаратных средств) и артефактов, развёрнутых на них.

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

К основным способам выполнения компонентов относятся программный, аппаратный и программно-аппаратный способы.

Диаграмма развертывания разработанной системы представлена на рисунке 17.

Рисунок 17 - Диаграмма развертывания

4.7 Программа и методика испытаний

1. Объект испытаний.

1.1. Наименование испытуемой программы.

Наименование - «Программа поддержки генерирования новых идей на основе энерго-информационного подхода».

1.2. Область применения испытуемой программы.

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

1.3. Обозначение испытуемой программы.

Наименование темы разработки - «Информационная система поддержки генерирования новых идей на основе энерго-информационного подхода».

2. Цель испытаний.

Цель проведения испытаний - проверка соответствия характеристик разработанной программы (программного изделия) функциональным и иным, отдельным видам требований, изложенным в программном документе «Техническое задание».

3. Требования к программе.

При проведении испытаний функциональные характеристики (возможности) программы подлежат проверке на соответствие требованиям, изложенным в п. «Функции, реализуемые системой» Технического задания.

4. Требования к программной документации.

4.1. Состав программной документации, предъявляемой на испытания.

Состав программной документации должен включать в себя:

1. техническое задание;

2. пояснительная записка;

3. руководство пользователя.

4.2. Специальные требования.

Специальные требования к программной документации не предъявляются.

5. СРЕДСТВА И ПОРЯДОК ИСПЫТАНИЙ

5.1. Программные средства, используемые во время испытаний.

Системные программные средства «Altshuller.exe», должны быть представлены локализованной версией операционной системы Windows 7.

5.2. Порядок проведения испытаний.

Испытания проводятся в два этапа:

1 этап - ознакомительный.

2 этап - испытания.

5.2.1. Перечень проверок проводимых на 1 этапе испытаний.

Перечень проверок, проводимых на 1 этапе испытаний, должен включать в себя:

а) проверку комплектности программной документации;

б) проверку комплектности и состава технических и программных средств.

Методики проведения проверок, входящих в перечень по 1 этапу испытаний, изложены в данном программном документе, в разделе «Методы испытаний».

5.2.2. Перечень проверок проводимых на 2 этапе испытаний.

Перечень проверок, проводимых на 2 этапе испытаний, должен включать в себя:

а) проверку соответствия технических характеристик программы;

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

- авторизация в системе по логину и паролю;

- настройка прав доступа;

- вывод приемов устранения выбранных технических противоречий и их рейтинга, отсортированного в порядке убывания.

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

- формировать отчет о наиболее часто используемых параметрах;

- формировать отчет о средних оценках приемов;

- редактирование и добавление параметров технических противоречий;

- - редактирование и добавление приемов для устранения технических противоречий;

- редактирование матрицы Альтшуллера путем добавления или удаления приемов для устранения конкретных пар параметров.

Методики проведения проверок, входящих в перечень по 2 этапу испытаний, изложены в данном программном документе, в разделе «Методы испытаний».

5.3. Количественные и качественные характеристики, подлежащие оценке.

5.3.1. Количественные характеристики, подлежащие оценке.

В ходе проведения приемо-сдаточных испытаний оценке подлежат количественные характеристики, такие как:

- комплектность программной документации;

- комплектность состава технических и программных средств.

5.3.2. Качественные характеристики, подлежащие оценке.

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

- проверка работоспособности программы;

- проверка на сообщение об ошибке.

5.4. Условия проведения испытаний.

5.4.1. Климатические условия.

Испытания должны проводиться в нормальных климатических условиях по ГОСТ 22261-94. Условия проведения испытаний приведены ниже:

- температура окружающего воздуха, °С 20 ± 5;

- относительная влажность, % - от 30 до 80;

- атмосферное давление, кПа - от 84 до 106;

- частота питающей электросети, Гц - 50 ± 0,5;

- напряжение питающей сети переменного тока,

В - 220 ± 4,4.

5.4.2. Условия начала и завершения отдельных этапов испытаний.

Необходимым и достаточным условием завершения 1 этапа испытаний и начала 2 этапа испытаний является успешное завершение проверок, проводимых на 1 этапе (см. п. Перечень проверок, проводимых на 1 этапе испытаний).

Условием завершения 2 этапа испытаний является успешное завершение проверок, проводимых на 2 этапе испытаний (см. п. Перечень проверок, проводимых на 2 этапе испытаний).

5.4.3. Ограничения в условиях испытаний.

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

5.4.4. Меры, обеспечивающие безопасность и безаварийность испытаний.

При проведении испытаний должно быть обеспечено соблюдение требований безопасности, установленных ГОСТ 12.2.007.0-75 8), «Правилами техники безопасности при эксплуатации электроустановок потребителей», и «Правилами технической эксплуатации электроустановок потребителей».

6. МЕТОДЫ ИСПЫТАНИЙ.

6.1. Методика проведения проверки комплектности программной документации.

В ходе проверки сопоставляется состав и комплектность программной документации, представленной Разработчиком, с перечнем программной документации, приведенным в п. «Состав программной документации, предъявляемой на испытания» настоящего документа.

6.2. Методика проведения проверки комплектности и состава технических и программных средств.

Проверка комплектности и состава технических и программных средств производится визуально. В ходе проверки сопоставляется состав и комплектность технических и программных средств, представленных разработчиком, с перечнем технических и программных средств, приведенным в п. «Технические средства, используемые во время испытаний» и п. «Программные средства, используемые во время испытаний» настоящего документа.