Проектирование автоматизированной информационной системы "Деканат вечернего факультета", подсистемы ведения оперативных данных

Автор: Пользователь скрыл имя, 28 Апреля 2013 в 12:40, дипломная работа

Описание работы

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

Содержание

Введение 8
1 Постановка задачи 11
2 Технико-экономическое обоснование темы. 13
3 Теоретическая часть 17
3.1 Информационные системы. 17
3.2 Базы данных. 18
4 Проектная часть. 20
4.1 Логическое моделирование предмета разработки 20
4.1.1 Модель вариантов исользовния 20
4.1.2 Модель классов системы 22
4.1.3 Поведение предмета разработки 23
4.1.4 Взаимодействие объектов системы по времени 24
4.2 Разработка структуры базы данных 24
4.2.1 Инфологическое проектирование базы данных 24
4.2.2 Выбор модели данных 38
4.2.3 Даталогическое проектирование базы данных 39
4.2.4 Ограничение целостности данных 55
4.2.5 Физическая модель базы данных 57
4.3 Выбор и обоснование СУБД 64
4.4 Выбор и обоснование языка программирования 66
4.5 Разработка информационного обеспечения системы 67
4.5.1 Проектирование серверной части 67
4.5.2 Проектирование клиентской части 68
4.5.3 Проектирование пользовательского интерфейса 70
5 Разработка документации 74
5.1 Требования к оборудованию и программному обеспечению 74
5.1.1 Конфигурация оборудования серверной части 74
5.1.2 Конфигурация оборудования клиентской части 74
5.1.3 Программное обеспечение серверной части 75
5.1.4 Программное обеспечение клиентской части 75
5.2 Общие сведения о программе 75
5.3 Руководство системного администратора 76
5.3.1 Установка серверной части приложения 76
5.4 Руководство пользователя 77
6 Тестирование программного обеспечения 85
6.1 Тестирование методом «белого ящика» 86
6.2 Системное тестирование 88
6.3 Тестирование методом «черного ящика» 88
6.4 Результаты испытаний 90
7 Экономическая часть 91
7.1 Технико-экономическое обоснование проекта 91
7.2 Составление плана-графика разработки 92
7.3 Составление сметы затрат на разработку 94
7.4 Выводы по эффективности использования программы 98
8 Безопасность и экологичность проекта 101
8.1 Введение 101
8.2 Анализ вредных и опасных факторов 101
8.3 Требования к рабочей мебели для снижения психофизиологических перегрузок и эргономические параметры рабочего места оператора ПК 109
8.4 Рационализация режима труда и отдыха для снижения умственного утомления 111
8.5 Обеспечение пожарной безопасности 113
8.6 Экологичность проекта. 116
Заключение 117
Список используемой литературы 118
Приложение. Листинг наиболее значимых частей программы 120

Работа содержит 1 файл

RED_2.3.doc

— 3.10 Мб (Скачать)

Тестирование обеспечивает:

- обнаружение ошибок;

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

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

- отображение надежности как индикатора качества программы.

Важно понимать, что тестирование не может показать отсутствие дефектов.

6.1 Тестирование методом «белого  ящика»

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

Рисунок 6.1.  Представление белого ящика

 

В этом случае формируются тестовые варианты, в которых:

  • гарантируется проверка всех независимых маршрутов программы;
  • проходятся ветви True, False для всех логических условий;
  • выполняются все циклы (в пределах их границ и диапазонов);
  • анализируется правильность внутренних структур данных.

Одной из реализаций метода «белого ящика» является способ тестирования базового пути. Способ тестирования базового пути дает возможность:

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

Тестовые варианты разрабатываются для проверки базового множества путей (маршрутов) в программе. Они гарантируют однократное выполнение каждого оператора программы при тестировании.

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

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

2) Узлы (вершины) потокового графа  соответствуют линейным участкам программы, включают один или несколько операторов программы.

3) Дуги потокового графа отображают  поток управления в программе  (передачи управления между операторами). Дуга — это ориентированное  ребро.

4) Различают операторные и предикатные узлы. Из операторного узла выходит одна дуга, а из предикатного — две дуги.

5) Предикатные узлы соответствуют  простым условиям в программе.  Составное условие программы  отображается в несколько предикатных  узлов. 

6) Замкнутые области, образованные дугами и узлами, называют регионами.

7) Окружающая граф среда рассматривается  как дополнительный регион.

6.2 Системное тестирование

Системное тестирование подразумевает  выход за рамки действия программного проекта.

Основные типы системных тестов:

• тестирование восстановления. При данном тестировании  используют разные методы, чтобы заставить ПО отказать, а затем проверяют полноту выполненного восстановления. В частности, при ручном восстановлении оценивается среднее время восстановления в допустимых пределах;

• тестирование безопасности. При  данном тестировании проверяется фактическая  реакция защитных механизмов, встроенных в систему, на проникновение;

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

•  тестирование производительности. При данном тестировании проверяется  производительность приложения в компьютерной системе.

6.3 Тестирование методом «черного ящика»

Рис 6.2.  Представление Черного ящика

 

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

Одним из способов тестирования методом  «черного ящика» является способ разбиения по эквивалентности.

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

В качестве примера протестируем процедуры авторизации, добавления нового приказа, редактирования справочника. Если не указаны какие-либо из полей программа выдает сообщение описанные в таблице 6.3.

Таблица 6.3. Результаты тестирования.

№ теста

Исходные данные

Сообщение, генерируемое  программой

1

Не правильный ввод имени и пароля пользователя

2

Не указаны атрибуты документа

3

Не заполнены обязательные поля


 

6.4 Результаты испытаний

Тестирование разработанного программного средства показало, что оно пригодно к эксплуатации и при его применении в соответствии с соответствующими пунктами технической документации работает безотказно.

 

7 Экономическая часть

7.1 Технико-экономическое обоснование  проекта

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

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

Информационный фактор эффективности  выражается в повышении уровня информированности  руководителя и сотрудников  деканата.

Экономический фактор проявляется в том, что автоматизированная система, направлена на качественное улучшение использования ресурсов деканата.

Эффективность от разработки и внедрения  системы заключается в:

  • уменьшении количества рутинных операций по оформлению документов;
  • ускорение процесса поиска необходимой информации;
  • снижении трудовых  и стоимостных затрат на обработку информации и составление отчетной документации кафедры;
  • своев<span class="dash041f_0435_0440_0435_0447_0438_0441_043b_0435_043d_0438_0435_0020_043f_0435_0440_0432_043e_043

Информация о работе Проектирование автоматизированной информационной системы "Деканат вечернего факультета", подсистемы ведения оперативных данных