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

уточнение модели анализа путём построения диаграмм взаимодействий и детализации диаграммы классов;

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

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

определение с учётом ограничений налагаемые на архитектуру компонентов проектируемой системы, построение диаграммы компонентов;

модель проектирования представляется в виде UML-диаграмм, схем, рисунков и описаний.

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

Рисунок 2.8 - Диаграмма состояний системы

Рисунок 2.9 - Диаграмма классов системы

Таблица 2.1 - Соответствие между сущностями, формами и таблицами в БД

Выводы

Во втором разделе проектирование автоматизированной системы учета и анализа деятельности руководящего аппарата ЧГП «Форсайт-центр». Разработана архитектурная модель проектирования и компонентная модель. Так же на данном этапе были построены модели логического и физического представления подсистемы. На основе данных моделей была разработана база данных подсистемы.

Описано проектирование модулей подсистемы, показано логическое представление основных компонентов системы как независимых *.exe файлов, реализующих функциональность основных понятий предметной области. Разработаны диаграммы классов для системы учета и анализа деятельности. Для разрабатываемой информационной системы была выбрана платформа Microsoft Visual Studio 2008, так же в качестве СУБД было выбрано Microsoft SQL Server 2005. В качестве языка реализации приложения выбран высокоуровневый язык программирования C#.

3. Реализация и аттестация информационной системы

Реализация приложения

Реализация программного обеспечения - это процесс перевода системной спецификации в работоспособную систему.[26]

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

высокоуровневый язык программирования MS Visual C# 2008;

MS SQL Server 2005.

Разработка набора элементов программного проекта реализовывалась в едином рабочем пространстве. На рисунке 3.1 показана система классов глобальных функций и интерфейсов АИС.

Рисунок 3.1 ? Рабочее пространство проекта подсистемы

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

входящий в состав Microsoft.NET Framework SDK v2.0. В данном проекте использовалось следующее пространственное имя для подключения к базе данных:

59

Загрузку данных из базы данных осуществляет следующая функция:

Разработка форм осуществляется с использованием специализированных мастеров Visual Studio.NET. Интегрированная среда разработки Visual Studio.NET позволяет создавать элементы в режиме визуальной разработки, где можно перетаскивать элементы прямо на форму.

При отображении формы во время выполнения программы, этот класс будет использоваться как шаблон для отображения окна. Файлы С# имеют расширение «.cs». Код главной формы модуля информационной системы содержит в себе файл MainForm.cs (рисунок 3.2). Остальные фрагменты кода приложения приведены в приложении Г. Данная форма является главной, запускающей дочерние окна данного модуля. Класс реализации формы MainForm.Designer.cs изображен на рисунке 3.2.

Рисунок 3.2 ? Инициализация компонентов формы mainform.cs

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

Взаимодействие приложения с источником данных осуществляется при помощи запросов языка SQL. SQL (Structured Query Language) является инструментом для выборки и обработки информации, содержащейся в базе данных. SQL является языком программирования, который применяется для организации взаимодействия пользователя с базой данных.[20] Если пользователю необходимо получить информацию из базы данных, он запрашивает её у СУБД при помощи SQL. СУБД обрабатывает запрос, находит требуемые данные и посылает их пользователю. Процесс запрашивания данных и получения результата называется запросом к базе данных. SQL используется для реализации всех функциональных возможностей, которые СУБД предоставляют пользователю:

организация данных;

выборка данных;

обработка данных;

совместное использование данных;

управление доступом;

целостность данных.

Так же можно использовать хранимые процедуры, обладающие следующими преимуществами перед прямыми запросами:

последовательная, безопасная модификация данных;

уменьшение сетевого трафика;

поддержка автоматического выполнения при запуске системы;

перестройка и повторное использование схемы выполнения;

автоматическая настройка параметра запроса;

обеспечение модульной структуры приложения;

совместное использование в нескольких приложениях;

авторизованный и единообразный доступ к объектам базы данных;

Взаимодействие приложения с источником данных осуществляет объект SqlConnection. Данный объект содержит данные о сервере базы данных, пользователе, пароле пользователя. Код, демонстрирующий инициализацию данного объекта, изображен на рисунке 3.3.

Рисунок 3.3 ? Инициализация соединения приложения с базой данных

Взаимодействие приложения с базой данных осуществляется через модель ADO.NET, обеспечивающего соединение с источником данных. В основе модели ADO.NET лежит простой набор классов, наиболее важным из них является DataSet - образ реляционной базы данных. Так же ADO.NET использует объект типа TableAdapter как мост между DataSet и источником данных. TableAdapter содержит метод Fill() для обновления данных из базы и заполнения DataSet. [29]

Для начала реализации программного продукта необходимо составить соответствующие запросы и реализовать их в процедурах. Затем следует создать необходимые программные компоненты. Данный компонент является компонентом типа Control, т.е. реализует интерфейс диалогового окна, прототип которого представлен на рисунке Б.3 Приложения Б.

Рассмотрим реализацию работы программного модуля на примере модуля «План заседаний». В данном модуле реализуется формирования плана заседании и повестка дня. Для корректной работы программного модуля необходимо, чтобы все поля в форме, были связаны с определенными таблицами из базы данных. Так полю «Повестка дня» должна соответствовать таблица в MS SQL Server 2005, и необходим соответствующий запрос, по этой таблице позволяющий добавлять данные непосредственно в данную таблицу.

Следующим шагом является создание запроса, удовлетворяющего нашим условиям. Запрос создается по таблице «Agenda» (Повестка дня). Суть запроса состоит в том, что бы добавить в таблицу такие данные как повестка дня, председатель, место заседания и дату заседания. На рисунке 3.4 показан составленный запрос.

Рисунок 3.4 - Запрос на формирование плана заседаний

В тексте программы следующий запрос реализуется следующим образом:

Тестирование приложения

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

Тестирование - это проверка работы программ с данными, подобным реальным, которые будут обрабатываться в процессе эксплуатации системы. Процесс тестирования программного обеспечения осуществляется на основе фактических или смоделированных входных данных (как стандартных, так и не стандартных) при определённых контролируемых условиях.[13]

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

На разных этапах процесса разработки программного обеспечения применяют различные виды тестирования:

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

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

Неформальное тестирование осуществляется разработчиками для того, чтобы оценить выполняемый процесс разработки программного обеспечения. В данном случае термин «неформальный» вовсе не означает, что тестированию не придаётся серьёзного значения. Это подразумевает, что заказчик официально не принимает участия в процессе тестирования, а основная цель - обнаружение различного рода ошибок.

Тестирование приложения проводилось с помощью стандартных инструментов предоставляемых Microsoft Visual Studio 2005.

Режим пошагового исполнения кода позволяет построчно анализировать программу для диагностики и исправления ошибок. Visual Studio 2005 предоставляет несколько вариантов пошагового исполнения:

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

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

Step Out исполняет текущую функцию до конца и останавливается (если возможно) на следующей строке функции, из которой была вызвана текущая процедура;

Run To Cursor позволяет установить курсор в некоторую строку и исполнить весь код до этой строки;

Set Next Statement (назначить следующий оператор) позволяет назначить следующий оператор для исполнения, при этом все строки до этого оператора будут пропущены.

Точки прерывания -- это строки кода, назначенные во время отладки, по достижении которых исполнение останавливается, а приложение переходит в режим пошагового исполнения. Для точек прерывания можно назначать дополнительные условия, определяющие обстоятельства, при которых эти точки активируются. Для управления точками прерывания предназначено окно Breakpoints, позволяющее создавать, отключать и удалять их [25,26,29].

Visual Studio 2005 предоставляет ряд инструментов для наблюдения за исполнением программы. Окна Locals, Autos и Watch позволяют отслеживать значения переменных программы во время ее исполнения; окно Command позволяет исполнять код и получать значения переменных и свойств. Имеются также дополнительные окна для наблюдения за самыми разными данными приложения.

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

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

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

Страницы: 1, 2, 3, 4