2 Конструкторско-технологическая часть

2.1 Обоснование архитектуры и средств программной реализации

2.1.1 Выбор субд

В настоящее время наибольшее распространение получили следующие реляционные СУБД: Visual FoxPro, Microsoft SQL Server, Oracle, Informix, MS Access.

Microsoft SQL Server и Oracle являются наиболее мощными СУБД, поддерживающими распределенную работу, возможность более гибкого манипулирования данными за счет использования встроенных DML.

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

В рамках поставленной задачи, было принято решение о выборе СУБД Microsoft SQL Server.

2.1.2 Выбор средств программной реализации

В качестве интегрированной среды разработки выбор была выбрана среда Microsoft Visual Studio 2010. Язык разработки – C#, технология Silverlight .

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

Visual Studio 2010 Standard Edition обеспечивает разработку бизнес-приложений, работающих с данными, хорошо приспособлен для разработки веб-приложений и при этом обладает упрощенным интерфейсом. Для повышения удобства и эффективности веб-разработки в Visual Studio Standard Edition имеется прекомпиляция веб-сайтов, базовая поддержка локализации сайтов и контроль соответствия требованиям WCAG (Web Сontent Accessibility Guidelines) и Section 508 по доступности информации для людей с ограничениями по восприятию.

Язык программирования, использовавшийся для реализации программы – C# 3.0. C# представляет новый язык программирования, предназначенный для разработки разнообразных корпоративных приложений, выполняемых в среде .NET Framework. Язык C#, являющийся развитием языков C и C++, является простым, современным, строго типизированным и объектно-ориентированным. Код C# компилируется как управляемый код, что позволяет пользоваться службами общеязыковой среды выполнения. В число таких служб входят взаимодействие языков, сборка мусора, расширенная безопасность и поддержка расширенного отслеживания версий.

2.2 Описание программной реализации системы

2.2.1 Описание структуры программного обеспечения

Общая структура программного комплекса представлена на рисунке 8.

Рисунок 8 – Общая структура программного комплекса

2.2.2 Описание используемых классов и методов

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

Таблица 3 –Основные классы и методы комплекса

Модуль	Класс	Описание	Методы Класса
Интернет сервис	PECHService.svc.cs	Класс интернет-сервис	#Authorization () #Registration() #GetAllFunctions () #GetAllEnergy () #GetAllDocumentType () #GetPhysicalEffects #GetDocuments () #GetTop10PhysEff () #GetTop10Docs()
View	ErrorWindow.xaml	Страница ошибки
	Home.xaml	Главная страница
	Statistic.xaml	Страница выбора раздела статистики
	Top10Documents.xaml	Страница 10 наиболее популярных патентов
	Top10PhysicEffects.xaml	Страница 10 наиболее популярных физических эффектов
Controller	ErrorWindow.xaml.cs	Контроллер страницы ошибки
	Home.xaml.cs	Контроллер главной страницы
	Statistic.xaml.cs	Контроллер страницы выбора раздела статистики
	Top10Documents.xaml.cs	Контроллер страницы 10 наиболее популярных патентов
	Top10PhysicEffects.xaml.cs	Контроллер страницы 10 наиболее популярных физических эффектов

2.2.3 Физическая схема базы данных

Физическая схема базы данных представлена на рисунке 9.

Рисунок 9 –Физическая модель БД

2.2.4 Диаграмма последовательности (Sequence Diagram)

Диаграмма последовательности (Sequence Diagram) - отобра­жает последовательность и время обмена сообщениями объектов между собой (взаимодействие по управлению). Строится она толь­ко для объектов - конкретных экземпляров классов[7].

Диаграмма последовательности для процесса создания новой задачи принятии решений приведена на рисунке 10.

Рисунок 10 –Диаграмма последовательности

(создание задачи принятия решений)

2.2.5 Диаграмма кооперации (Сollaboration Diagram)

Другой формой диаграмм взаимодействия объектов является диаграмма кооперации. На ней изображается та же информация, но в другой системе обозначений. Ось времени в явной форме отсут­ствует, поэтому важна нумерация сообщений.

Диаграмма кооперации для процесса создания новой задачи принятия решений приведена на рисунке 11.

Рисунок 11 –Диаграмма кооперации

(создание задачи принятия решений)

2.2.6 Диаграмма компонентов системы (Сomponent Diagram)

Диаграмма компонентов системы представлена на рисунке 12.

Рисунок 12 – Диаграмма компонентов

2.2.7 Диаграмма развертывания (Deployment Diagram)

Диаграмма развёртывания – диаграмма, на которой изображается конфигурация для работающих узлов и эк­земпляров компонентов, а также объектов, которые на них сущест­вуют.

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

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

2.3 Разработка интерфейса программы

При запуске клиентской части системы открывается главная страница, на которой сосредоточен весь основной функционал (Рисунок 14).

Рисунок 14 – Главная страница приложения

Пользователь может войти в систему введя свои логин и пароль в соответствующие поля и нажав кнопку «Войти» (при верном логине и пароле система известит об успешности авторизации).

Рисунок 15 – Авторизация

После того, как пользователь успешно авторизовался – у него появляется возможность пользоваться вкладкой «статистика» (Рисунок 16).

Рисунок 16 – Статистика

Просмотр статистики отображен на Рисунке 17.

Рисунок 17 – Просмотр статистики

Для администратора БД существует отдельное приложение, позволяющее работать со всеми справочниками системы. Интерфейс администраторской части на Рисуноке 18.

Рисунок 188 – Администраторская часть

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

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

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

Приемочные испытания проводятся на этапе защиты курсового проекта.

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

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

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

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

Программный комплекс должен удовлетворять следующим требованиям:

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

2. Предоставление возможности подбора физических эффектов по типу энергии и выполняемым функциям;

3. Предоставление возможностей просмотра списка патентов по выбранным физическим эффектам.

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

5. Обеспечение разграничение прав доступа пользователей с соответствующей настройкой интерфейса.

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

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

Состав и порядок испытаний

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

- блок ведения справочников системы (интерфейс Администратора);

- блок подбора физического эффекта (интерфейс пользователя);

- блок просмотра статистики (интерфейс авторизованного пользователя).

Испытания блоков проводятся комплексно.

Приемочные испытания включают проверку:

- полноты и качества реализации функций, указанных в ТЗ;

- выполнения каждого требования, относящегося к интерфейсам программного комплекса;

- работы пользователей в диалоговом режиме;

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

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

- реакции системы на ошибки пользователя;

- практической выполнимости назначения комплекса.

Основные проверяемые режимы программного комплекса приведены в таблице 4.

Таблица 4 –Основные проверяемые режимы

№ п/п	Наименование испытаний
1	Проверка интерфейса администратора
2	Проверка интерфейса пользователя
3	Проверка интерфейса авторизованного пользователя

Методы испытаний