РАЗРАБОТКА ТЕХНИЧЕСКОГО ЗАДАНИЯ

Далее ⇒

ВВЕДЕНИЕ

В этой работе описано создание автоматизированной информационной системы «Учет членов профсоюза», предназначенной для предоставления удобного и быстро доступа к информации, а так же для формирования отчетов. Для разработки использовалась среда Microsoft VisualStudio на языке C# с использованием SQL.

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

В главе техническое задание изложены основные технические требования, предъявляемые к программному продукту и исходные данные для разработки. В ТЗ указываются назначение приложения, область его применения, стадии разработки, программной документации, её состав, сроки исполнения.

В проектировании системы показано проектирование системы при помощи методологии UML.

В рабочем проекте приведены инструкции по взаимодействию с системой.

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

ПОСТАНОВКА ЗАДАЧИ

Цель работы: Разработать программу для работы с базой данных «Учет членов профсоюза» реализованной в среде Microsoft Visual Studio на языке C# с использованием SQL.

Этапы работы:

1. Составление технического задания: 06.03.2012.

2. Проектирование системы и создание технического проекта: 10.03.2012.

3. Разработка программы и рабочей документации: апрель.

4. Тестирование, заключение, руководство пользователя: 25.05.2012

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

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

· добавление данных,

· редактирование существующих данных,

· удаление основных данных,

· быстрый поиск по основным критериям,

· формирование отчетов (по студентам, оплатам, путевкам).

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

Интерфейс программы должен быть интуитивно понятным для обычного пользователя. Для работы с данными должны использоваться привычные элементы графического пользовательского интерфейса Windows.

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

Информация, обрабатываемая в этой АИС, должна храниться в СУБД "MS SQL Server 2008 R2: Express" в базе данных следующей структуры: таблицы 1.1-1.7.

Таблица «Студент» содержит информацию о студентах.

Таблица 1.1 - Студент

Таблица	Поле	Тип данных	Длина поля	Описание
Student	id_student	Счётчик	-	Код студента
fio	Текстовый		ФИО студента
date_birth	Дата	-	Дата рождения
obrazovanie	Текстовый		Образование
adres	Текстовый		Адрес
telephone	Числовой	-	Телефон
Nbileta	Числовой	-	Номер билета
id_group	Числовой	-	Код группы
	other_info	Текстовый		Прочая информация

Таблица «Членство» содержит информацию о членстве.

Таблица 1.2 - Членство

Таблица	Поле	Тип данных	Длина поля	Описание
Chlenstvo	Nbileta	Счётчик	-	Номер билета
data_vstypleniya	Дата	-	Дата вступления в профсоюз
data_vihoda	Дата	-	Дата выхода
id_oplaty	Числовой	-	Код оплаты
id_student	Числовой	-	Код студента

Таблица «Факультет» содержит список факультетов.

Таблица 1.3 - Факультет

Faculty	id_faculty	Счётчик	-	Код факультета
name_faculty	Текстовый		Название факультета

Таблица «Группа» содержит список групп.

Таблица 1.4 - Группа

Таблица	Поле	Тип данных	Длина поля	Описание
Group	id_group	Счётчик	-	Код группы
name_group	Текстовый		Название группы
id_faculty	Числовой	-	Код факультета

Таблица «Оплата» содержит информацию об оплате за членство.

Таблица 1.5 - Оплата

Таблица	Поле	Тип данных	Длина поля	Описание
Oplata	id_oplaty	Счётчик	-	Код оплаты
summa	Числовой	-	Сумма
god_oplaty	Дата		Год оплаты
status_oplaty	Текстовый		Статус оплаты

Продолжение таблицы 1.5

	id_perioda	Числовой	-	Код периода
Nbileta	Числовой	-	Номер билета

Таблица «Период оплаты» содержит информацию о периодах оплат.

Таблица 1.6 – Период оплаты

Таблица	Поле	Тип данных	Длина поля	Описание
Period_oplaty	id_perioda	Счётчик	-	Код периода
nazvanie_period	Текстовый		Название периода
nachalo_per	Дата	-	Начало периода
konec_per	Дата	-	Конец периода

Таблица «Путевка» содержит информацию о путевке в санаторий.

Таблица 1.7 - Путевка

Таблица	Поле	Тип данных	Длина поля	Описание
Pytevka	id_pytevki	Счётчик		Код путевки
Nbileta	Числовой	-	Номер билета
Nzaezda	Числовой	-	Номер заезда
god	Дата	-	Год заезда
nachalo_zaezda	Дата	-	Начало заезда
konec_zaezda	Дата		Конец заезда
status_oplaty	Текстовый		Статус оплаты путевки

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

Рисунок 1 - Диаграмма базы данных из СУБД "MS SQL"

РАЗРАБОТКА ТЕХНИЧЕСКОГО ЗАДАНИЯ

Техническое задание является основным документом, определяющим требования и порядок создания (развития или модернизации — далее создания) информационной системы (далее ИС), в соответствии с которым проводится разработка ИС и ее приемка при вводе в действие.

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

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

Основные разделы ТЗ:

1. Общие сведения о системе

2. Назначения и цели создания автоматизированной системы

3. Характеристики объектов автоматизации

4. Требования к системе

5. Состав и содержание работ по созданию системы

6. Порядок контроля

7. Требования к составу содержанию работ по подготовке объекта автоматизации к вводу в действие

8. Источники разработки

Техническое задание составляется в соответствии с ГОСТ 34.602-89 «Комплекс стандартов на АС. ТЗ на создание АС»

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

ПРОЕКТИРОВАНИЕ СИСТЕМЫ

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

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

Таким образом, на этапе анализа ставятся две задачи:

· уточнить требуемое поведение разрабатываемого программного обеспечения;

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

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

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

UML (Unified Modeling Language - унифицированный язык моделирования - см. приложение), который в настоящее время фактически признан стандартным средством описания проектов, создаваемых с использованием объектно-ориентированного подхода.

Всего UML предлагает девять дополняющих друг друга диаграмм, входящих в различные модели:

· диаграммы вариантов использования;

· диаграммы классов;

· диаграммы пакетов;

· диаграммы последовательностей действий;

· диаграммы кооперации;

· диаграммы деятельностей;

· диаграммы состояний объектов;

· диаграммы компонентов;

· диаграммы размещения.

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

3.1 Диаграмма вариантов использования

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

Рисунок 2 – Диаграмма вариантов использования

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

Варианты использования описаны в таблицах 3.1-3.33

Таблица 3.1 - Вариант использования – Просмотр данных о студентах