 |
Функциональная модель системы паспортного стола
|
|
|
|
Содержание
Введение
1. Теоретические основы темы
2. Постановка задачи
3. Пояснительная записка
3.1 Функциональная модель системы паспортного стола
3.2 Логическая модель данных
3.3 Физическая модель данных
4. Тексты модулей приложения
5. Инструкция по работе с программой
5.1 Общие сведения
5.2 Функциональное назначение
5.3 Вызов и загрузка
5.4 Описание входной информации
5.5 Описание выходной информации
5.6 Описание пользовательского интерфейса
Заключение
Библиографический список
Приложения
Введение
Цель любой информационной системы — обработка данных об объектах реального мира. В широком смысле слова база данных — это совокупность сведений о конкретных объектах реального мира в какой-либо предметной области. Под предметной областью принято понимать часть реального мира, подлежащего изучению для организации управления и, в конечном счете, автоматизации, например предприятие.
Создавая базу данных, пользователь стремится упорядочить информацию по различным признакам и быстро извлекать выборку с произвольным сочетанием признаков.
В современной технологии баз данных предполагается, что создание базы данных, ее поддержка и обеспечение доступа пользователей к ней осуществляются централизованно с помощью специального программного инструментария — системы управления базами данных.
База данных (БД) — это поименованная совокупность структурированных данных, относящихся к определенной предметной области.
Система управления базами данных (СУБД) — это комплекс программных и языковых средств, необходимых для создания баз данных, поддержания их в актуальном состоянии и организации поиска в них необходимой информации.
|
|
|
Понятие базы данных тесно связано с такими понятиями структурных элементов, как поле, запись, файл (таблица).
Поле — элементарная единица логической организации данных, которая соответствует неделимой единице информации — реквизиту.
Запись — совокупность логически связанных полей. Экземпляр записи — отдельная реализация записи, содержащая конкретные значения ее полей.
Файл (таблица) — совокупность экземпляров записей одной структуры.
В структуре записи файла указываются поля, значения которых являются ключами первичными (ПК), которые идентифицируют экземпляр записи, и вторичными (ВК), которые выполняют роль поисковых или группировочных признаков (по значению вторичного ключа можно найти несколько записей).
Ядром любой базы данных является модель данных. Модель данных представляет собой множество структур данных, ограничений целостности и операций манипулирования данными. С помощью модели данных могут быть представлены объекты предметной области и взаимосвязи между ними.
Модель – это искусственный объект, представляющий собой отображение системы и её компонентов. Модели разрабатываются для понимания, анализа или для принятия решения о реконструкции или проектировании новой БД.
Существует следующая классификация моделей данных:
1. Иерархическая модель данных (БД, основанная на иерархии, состоящей из упорядоченного набора деревьев).
2. Сетевая модель данных (БД, состоящая из набора записей между этими записями).
3. Объектно-ориентированный подход к моделям данных.
4. Реляционная модель ориентирована на организацию данных в виде двумерных таблиц. Каждая реляционная таблица представляет собой двумерный массив и обладает следующими свойствами:
· каждый элемент таблицы — один элемент данных;
· все столбцы в таблице однородные, т.е. все элементы в столбце имеют одинаковый тип (числовой, символьный и т.д.) и длину;
|
|
|
· каждый столбец имеет уникальное имя;
· одинаковые строки в таблице отсутствуют;
· порядок следования строк и столбцов может быть произвольным.
Отношения представлены в виде таблиц, строки которых соответствуют кортежам или записям, а столбцы — атрибутам отношений, доменам, полям.
Поле, каждое значение которого однозначно определяет соответствующую запись, называется простым ключом (ключевым полем). Если записи однозначно определяются значениями нескольких полей, то такая таблица базы данных имеет составной ключ.
Чтобы связать две реляционные таблицы, необходимо ключ первой таблицы ввести в состав ключа второй таблицы (возможно совпадение ключей); в противном случае нужно ввести в структуру первой таблицы внешний ключ — ключ второй таблицы.
Теоретические основы темы
Формулирование требований к программе, разрабатываемой для решения задачи, можно свести к следующим критериям:
- разрабатываемая программа должна обеспечивать быстрое и удобное получение информации, иметь простой и интуитивно понятный интерфейс.
- пользователь должен иметь возможность ввода новой информации и просмотра уже имеющейся.
- структура используемой базы данных должна быть подобрана оптимально.
Входной информацией для данной задачи является паспорт, заявление клиента, дополнительные документы. Выходной информацией служат чек, российский паспорт, загранпаспорт, прописка, подтверждение о сдаче и принятии документов.
Постановка задачи
Цель курсового проекта - закрепление знаний и навыков использования наиболее распространенных программных средств в управлении объектами экономики.
Задачи курсового проекта – освоение методики и алгоритмов решения задач отраслевых информационных систем, исследования автоматизированных процессов решения экономических задач в различных отраслях, разработка информационных технологий отраслевых информационных систем:
- анализ и разработка моделей данных бизнес-процессов исследуемого объекта;
- логическое (концептуальное) проектирование по выбранной теме курсового проекта;
- проектирование на физическом уровне с учетом конкретной технологии и среды.
|
|
|
Объект исследования – Автоматизация работы паспортного стола.
Пояснительная записка
Программа «Паспортный стол +» служит для автоматизации работы паспортно-визовой службы. Она упрощает работу на автоматизированном рабочем месте пользователя.
Данная программа разработана с помощью объектно-ориентированного языка Delphi в системе программирования Delphi 7. Файлы и таблицы базы данных, которые использует программа «Паспортный стол +» созданы в программе Microsoft Access.
Дополнительно были использованы такие инструментальные средства, как BPwin для построения функциональной модели (рис. 3.1.1 – 3.1.5) и ERwin для создания логической и физической моделей (рис. 3.2.1 – 3.3.1), т. е. формализованного описания выбранной предметной области. Затем, при помощи средств быстрой разработки, MS Access и Delphi была создана непосредственно база данных и ее прототип – интерфейс для конечного пользователя.
Функциональная модель системы паспортного стола
Рис. 3.1.1. Контекстная диаграмма системы паспортного стола
Далее система паспортного стола делится на подсистемы: принятие заявления, оформление паспорта, оформление прописки. В свою очередь подсистемы принятие заявления, оформление паспорта, оформление прописки делятся на элементы: уплата госпошлины, проверка документов; проверка подлинности документов, проверка личности гражданина; оформление постоянной прописки, оформление временной прописки.
Рис. 3.1.2. Декомпозиция контекстной диаграммы
Рис. 3.1.3. Подсистема принятия заявления
Рис. 3.1.4. Подсистема оформления паспорта
Рис. 3.1.5. Подсистема оформления прописки
Логическая модель данных
В реляционных базах данных логическое проектирование приводит к разработке схемы базы данных, то есть совокупности схем отношений, которые однозначно моделируют объекты предметной области и семантические связи между ними.
Рис. 3.2.1. Логическая модель данных
Физическая модель данных
На физическом уровне модель данных выглядит следующим образом.
|
|
|
Рис. 3.3.1. Физическая модель данных
Тексты модулей приложения
Создание прототипа базы данных или приложения с пользовательским интерфейсом отражено в листинге программы. Это программный код поэтапной разработки приложения на языке Delphi.
unit MUnit 1; // Модуль главной формы
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, StdCtrls, Buttons, DB, ADODB, XPMan;
type
TForm1 = class(TForm)
BitBtn1: TBitBtn;
XPManifest1: TXPManifest;
ADOConnection1: TADOConnection;
Label1: TLabel;
Label2: TLabel;
Label3: TLabel;
Edit1: TEdit;
Button1: TButton;
procedure BitBtn1Click(Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form1: TForm1;
implementation
Uses MUnit2, MUnit3;
{$R *.dfm}
procedure TForm1.BitBtn1Click(Sender: TObject);
begin
Form2.Show
end;
end.
unit MUnit2; // Модуль рабочей формы
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, XPMan, DB, ADODB, Grids, DBGrids, StdCtrls, ComCtrls, ExtCtrls,
DBCtrls;
type
TForm2 = class(TForm)
DBGrid1: TDBGrid;
DBGrid2: TDBGrid;
DataSource1: TDataSource;
DataSource2: TDataSource;
ADOTable1: TADOTable;
ADOQuery1: TADOQuery;
AllQuery: TADOQuery;
Button1: TButton;
XPManifest1: TXPManifest;
ComboBox1: TComboBox;
ComboBox2: TComboBox;
Label2: TLabel;
Label3: TLabel;
Button2: TButton;
Label4: TLabel;
DBNavigator1: TDBNavigator;
Button3: TButton;
Label1: TLabel;
Label5: TLabel;
DBNavigator2: TDBNavigator;
procedure Button1Click(Sender: TObject);
procedure Button2Click(Sender: TObject);
procedure Button3Click(Sender: TObject);
procedure ADOTable1AfterInsert(DataSet: TDataSet);
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form2: TForm2;
implementation
Uses MUnit1, MUnit3, MUnit4;
{$R *.dfm}
procedure TForm2.Button1Click(Sender: TObject);
begin
AllQuery.Close;
AllQuery.Active:=True;
Form3.QuickRep1.Preview;
end;
procedure TForm2.Button2Click(Sender: TObject);
begin
Label4.Visible:=True;
Label2.Visible:=True;
Label3.Visible:=True;
ComboBox1.Visible:=True;
ComboBox2.Visible:=True;
Button1.Visible:=True;
end;
procedure TForm2.Button3Click(Sender: TObject);
begin
Form4.Show
end;
procedure TForm2.ADOTable1AfterInsert(DataSet: TDataSet);
begin
Form2.ADOTable1.FieldByName('ФИО').AsString:= Form4.LabeledEdit1.Text;
Form2.ADOTable1.FieldByName('Дата_Рождения').AsString Form4.LabeledEdit2.Text;
Form2.ADOTable1.FieldByName('Пол').AsString:= Form4.LabeledEdit3.Text;
Form2.ADOTable1.FieldByName('Прописка').AsString Form4.LabeledEdit4.Text;
Form2.ADOTable1.FieldByName('Телефон').AsString
Form4.LabeledEdit5.Text;
end;
end.
unit MUnit 3; // Модуль формы отчета
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, QuickRpt, ExtCtrls, QRCtrls, StdCtrls;
type
TForm3 = class(TForm)
QuickRep1: TQuickRep;
ColumnHeaderBand1: TQRBand;
DetailBand1: TQRBand;
SummaryBand1: TQRBand;
TitleBand1: TQRBand;
QRLabel1: TQRLabel;
QRSysData1: TQRSysData;
QRLabel2: TQRLabel;
QRLabel3: TQRLabel;
QRDBText1: TQRDBText;
QRDBText2: TQRDBText;
QRLabel4: TQRLabel;
QRLabel5: TQRLabel;
QRLabel6: TQRLabel;
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form3: TForm3;
implementation
Uses MUnit1, MUnit2;
{$R *.dfm}
end.
unit MUnit 4; // Модуль формы добавления данных
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, StdCtrls, ExtCtrls;
type
TForm4 = class(TForm)
LabeledEdit1: TLabeledEdit;
LabeledEdit2: TLabeledEdit;
LabeledEdit3: TLabeledEdit;
LabeledEdit4: TLabeledEdit;
LabeledEdit5: TLabeledEdit;
Button1: TButton;
procedure Button1Click(Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
|
|
|
end;
var
Form4: TForm4;
implementation
Uses MUnit1, MUnit2;
{$R *.dfm}
procedure TForm4.Button1Click(Sender: TObject);
begin
Form2.ADOTable1.FieldByName('ФИО').AsString:= Form4.LabeledEdit1.Text;
Form2.ADOTable1.FieldByName('Дата_Рождения').AsString Form4.LabeledEdit2.Text;
Form2.ADOTable1.FieldByName('Пол').AsString:= Form4.LabeledEdit3.Text;
Form2.ADOTable1.FieldByName('Прописка').AsString Form4.LabeledEdit4.Text;
Form2.ADOTable1.FieldByName('Телефон').AsString
Form4.LabeledEdit5.Text;
end;
end.
|
|
|
12 |
