Разработка программного обеспечения "Электронная книга комендантского учета"

Размещено на http://www.allbest.ru/

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ «МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ЭКОНОМИКИ, СТАТИСТИКИ И ИНФОРМАТИКИ (МЭСИ)»

АЛТАЙСКИЙ ТЕХНИКУМ ИНФОРМАТИКИ И ВЫЧИСЛИТЕЛЬНОЙ ТЕХНИКИ ФИЛИАЛ ФЕДЕРАЛЬНОГО ГОСУДАРСТВЕННОГО БЮДЖЕТНОГО ОБРАЗОВАТЕЛЬНОГО УЧРЕЖДЕНИЯ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ «МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ЭКОНОМИКИ, СТАТИСТИКИ И ИНФОРМАТИКИ (МЭСИ)»

Курсовая работа

ПО ТЕОРИИ РАЗРАБОТКИ ПРОГРАММНОГО ПРОДУКТА

На тему «Разработка программного обеспечения «Электронная книга комендантского учёта»»

Выполнил студент гр. АЛ-ДЛП-201

Вильгельм С.Ю.

СЛАВГОРОД 2014

Содержание

• Введение
• Глава 1. Теоретические аспекты
• 1.1 Описание предметной области
• 1.2 Существующие разработки автоматизации
• Глава 2. Практическая часть
• 2.1 Функциональная модель
• 2.2 Модель потоков данных
• 2.3 Проектирование базы данных
• 2.4 Разработка приложения
• Заключение
• Список литературы
• Приложение 1
• Введение
• Современный мир перестаёт быть ручным. Почти всё в жизни автоматизируется. Поход в магазин, система оплаты по картам, пополнение счетов и многое другое. Но автоматизированные системы проникают и в совсем не в глобальные слои нашей жизни. В школах делают автоматический проход через охранника по индивидуальным картам, где высвечивается вся информация о приходе, уходе и тому подобное. Также и в высших учебных заведениях.
• Однако, в общежитиях такая система тоже может практиковаться, и практикуется. Появляются электронные книги комендантского учета, что делает легче и эффективнее работе комендантов, у которых остаётся время на решение хозяйственных вопросов, касаемо здания и жизни в нём студентов.
• Объектом курсового проекта служит разработка электронной книги комендантского учёта.
• Предметом работы будет электронная книга комендантского учёта.
• Задачи, которые должны быть решены во время выполнения моей работы:
• - автоматизация учёта прихода и ухода студентов;
• - автоматизация учёта вновь поступивших;
• - автоматизация учёта посетителей и причина посещения;
• - автоматизация составления отчётов (о приходе и уходе);
• Глава 1. Теоретические аспекты

1.1 Описание предметной области

Электронная книга комендантского учёта представляет из себя некую базу, в которой записываются следующие данные: фамилия, имя, отчество студента, время прибытия (ухода) и причина.

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

1.2 Существующие разработки автоматизации

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

1.3 Проблемные области

1) Сокращение временных затрат на регистрацию данных о приходе, оплате студента;

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

3) Больше свободного времени для наблюдения и выполнения дел по управлению общежитием.

Глава 2. Практическая часть

2.1 Функциональная модель

Метод SADT может использоваться для моделирования разных систем. Результатом применения является модель, которая состоит из диаграмм. [1]

На рисунке 1.1 показана главная модель SADT, отображающая структуру электронной книги комендантского учёта.

Входные данные: данные о студентах, об оплатах за проживание, данные по заселению или выселению.

Выходными данными будут: отчёт по заданным критериям. Управление в общежитии подчиняются правилам. Все необходимые операции выполнятся комендантом общежития.

Рисунок 1.1- главная модель SADT

Особенностью метода SADT является постепенное введение все больших уровней детализации по мере создания диаграмм.

Декомпозиция модели SADT показана на рисунке 1.2. На модели отображены:

Регистрация книг, оформление поступления, оформление продаж, построение отчётов.

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

Рисунок 1.2 - декомпозиция модели SADT

2.2 Модель потоков данных

На рис. 1.3 показана диаграмма верхних уровней, которая определяет основные процессы. На рис. 1.4 показана диаграмма нижнего уровня, которая показывает, как работают данные процессы.



Рисунок 1.3 - Основная диаграмма потоков данных

Рисунок 1.6 - декомпозиция диаграммы потоков данных

2.3 Проектирование базы данных

Проектирование баз данных включает в себя три основные модели создания Базы данных:

- концептуальная модель;

- логическая модель;

- физическая модель.

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

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

Определив предметные области и поставив задачи, можно сформировать следующие сущности: «Студенты», «Комнаты», «Оплата», «Выселение», «Заселение».

Атрибуты сущности «Студенты»: билет студента, фамилия, имя, отчество, адрес родителей, курс, группа, специальность, учебное заведение;

Атрибуты сущности «Комнаты»: номер комнаты, количество мест, занятые, стоимость;

Атрибуты сущности «Оплата»: билет студента, номер документа, дата оплаты, сумма;

Атрибуты сущности «Выселение»: билет студента, дата выселения, номер комнаты;

Атрибуты сущности «Заселение»: билет студента, дата заселения, номер комнаты.

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

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

Таблица 1 - Логическая модель «Электронная книга комендантского учёта»

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

Таблица 2 - Физические модели «Электронной книги комендантского учёта»

Для разработки базы данных «Электронная книга комендантского учёта» использовалась программа IBExpert, которая является визуальной оболочкой СУБД Firebird.

Для создания базы данных в IBExpert необходимо на вкладке Database щёлкнуть по Create Database. Затем в появившемся окне (рис.2.1) заполняем поля:

1. В поле server выбираем значение Local;

2. В поле database указываем путь по которому должен быть сохранён (а затем и вызываться из этого места) - D:\Прога и бд\komend.fdb;

3. В поле Username вносим SYSDBA;

4. В поле Password вводим masterkey (изображаться он будет в виде звёздочек, так что не нужно пугаться)

5. В поле Charset выбираем из предложенного списка или Win1251.

Рисунок 2.1 - создание базы данных в IBExpert

После нажатия ОК появиться окно Database Registration (рис.2.2), где необходимо изменить некоторые данные:

1. В поле Server Version из предложенного списка выбираем Firebird 2.5;

2. В поле Database Alias можно указать тот же путь, который записан выше, скопировав его.

Рисунок 2.2 - регистрация Базы данных

После регистрации базы данных щёлкаем правой клавишей мыши по созданной нами базе данных и выбираем Connected to Database.

Первой создаём таблицу студенты (рис.2.3).

Рисунок 2.3 - таблица «STUD»

Затем создаётся таблица оплаты (рис.2.4).



Рисунок 2.4 - таблица «OPLATA»

Третьей собираем таблицу комнаты (рис. 2.5)

Рисунок 2.5 - таблицы «KOMNATY»

Обязательно создаётся таблица выселения (рис.2.6) и заселения (рис.2.7) студентов в общежитие.

Рисунок 2.6 - таблица «VYASELENIE» и «ZASELENIE»

2.4 Разработка приложения

Главное, что необходимо сделать - это разработать клиентскую часть базы данных с помощью среды Lazarus.

Lazarus -- свободная среда разработки программного обеспечения на языке ObjectPascal для компилятора FreePascal.

Программное обеспечение электронной книги комендантского учёта имеет основную форму - Form, которая переименовывается с помощью свойства Caption в «Главное меню» (рис.3.1). Меню будет содержать: справочники, документы, отчёты и выход. Каждая вкладка включает в себя подпункты.

Рисунок 3.1 - Главное меню

На Form 2 (рис.3.2) располагается таблица «Stud» (студентов), на которой мы видим, поля для ввода данных: билет студента, фамилия, имя, отчество, адрес родителей, курс, группа, специальность, учебное заведение.

Рисунок 3.2 - Form1 таблица «Stud»

На Form3 (рис3.3) внесена информация по таблице «Zaselenie». На форме вносится информация в следующие поля: билет студента, дата заселения, номер комнаты.

На форме Form4 (рис.3.4) внесена информация по таблице «Vyaselenie». На форме вносится информация: билет студента, дата выселения, номер комнаты.

Рисунок 3.3 - Form3 таблица «Zaselenie»

Рисунок 3.4 - Form4 таблица «Vyaselenie»

На форме Form5 (рис.3.5) внесена информация по таблице «Oplata». На форме вносится информация: билет студента, номер документа, дата

На форме Form6(рис.3.6) внесена информация по таблице «Komnaty». На форме вносится информация: код отдела, название.

Рисунок 3.5 - Form5 таблица «Oplata»

Рисунок 3.6 - Form6 таблица «Komnaty»

На form7(рис.3.7) осуществляется построение отчётов по введённым критериям: можно осуществить поиск по номеру билета студента или номеру комнаты, и получить необходимую информацию. А также осуществляется печать отчёта.

Рисунок 3.7 - Form7 построение отчёта

На каждой форме (кроме, form7, там не осуществляется удаление, добавление и редактирование) осуществляются следующее: добавление, редактирование, поиск, удаление, печать.

Заключение

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

В результате выполнения данного курсового проекта были решены все задачи, поставленные в начале работы.

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

Были выполнены все требования, выдвинутые в начале выполнении курсовой работы.

логический редактирование lazarus клиентский

Приложение 1

Текст программы

Подключение базы данных к формам.

На форму добавляются следующие компоненты: IBConnection, SQLTransaction, SQLQuery, Datasource, DBGrid, Label, Edit, Button.

В свойствах IBConnection1 меняется:

UserName - SYSDBA

Transaction - SQLTransaction1

Password - masterkey

DatabaseName - D:\KOMEND.FDB

Connected - True

В свойствах SQLTransaction1 изменяем:

Database - IBConnection1

В свойствах SQLQuery1 изменяем:

Transaction - SQLTransaction1

SQL - select * from stud;

Database - IBConnection1

Active - True

В свойствах Datasource1 изменяем:

DataSet - SQLQuery1

В последующих форм свойства IBConnection, SQLTransaction, Datasource будут аналогичными (будут меняться лишь номера). Меняются компоненты SQLQuery1 и номера свойств:

Для Form3:

Transaction - SQLTransaction1

SQL - select * from zaselenie

Database - IBConnection1

Active - True

Для Form4:

Transaction - SQLTransaction2

SQL - Select * from vyaselenie

Database - IBConnection2

Active - True

Для Form5:

Transaction - SQLTransaction3

SQL - Select * from oplata

Database - IBConnection3

Active - True

Для Form6:

Transaction - SQLTransaction4

SQL - Select * from komnaty

Database - IBConnection4

Active - True

Подключаем DBGrid, изменяя в его свойстве DataSourse - Datasource1 (в зависимости от номера компонента и формы). На DBGrid будут отражены таблицы, которые были подключены к выбранной форме. Затем переименовываем все элементы Label помещенные на форму на необходимые для формы названия.

Кнопка “Редактировать”:

Кнопки Form 2 «STUD»

Кнопка “Добавить”:

Кнопка “Удалить”:

Кнопка “Поиск”:

Кнопка “Отмена”:

Кнопка “Печать”:

Кнопка Form3 «Zaselenie»

Кнопка “Добавить”:

Кнопка “Редактировать”:

Кнопка “Удалить”:

Кнопка “Поиск”:

Кнопка “Отмена”:

Кнопка “Печать”:

Form4 «Vyaselenie»

Кнопка “Добавить”:

Кнопка “Редактировать”:

Кнопка “Удалить”:

Кнопка “Поиск”:

Кнопка “Отмена”:

Кнопка “Печать”:

Form 5 «Oplata»

Кнопка “Добавить”:

Кнопка “Редактировать”:

Кнопка “Удалить”:

Кнопка “Поиск”:

Кнопка “Отмена”:

Кнопка “Печать”:

Form 6 «Komnaty»

Кнопка “Добавить”:

Кнопка “Редактировать”:

Кнопка “Удалить”:

Кнопка “Поиск”:

Кнопка “Отмена”:

Кнопка “Печать”:

Размещено на Allbest.ru