Смекни!
smekni.com

Информационная система менеджера по работе с клиентами таксопарка "Семерочка" (стр. 2 из 9)

Хранилищем входной информации является:

- таблица Машины, предназначенная для хранения информации о машинах принадлежащих таксопарку;

- таблица Водители, предназначенная для хранения информации о водителях, работающих в таксопарке;

- таблица Операторы, предназначенная для хранения информации об операторах, работающих в таксопарке;

- таблица Клиенты, предназначенная для хранения информации о клиентах, обратившихся в таксопарк.

Хранилищем выходной информации является:

- таблица Поездки, предназначенная для хранения информации о поездках.

Окна обрабатывающие входную информацию представлены в таблице 3:

Таблица 3. Перечень окон, хранящих входную информацию.

№ п/п Название окна Название таблицы Примечания
1 Машины "Семёрочка" Машины Для регистрации машин таксопарка
2 Водители "Семёрочка" Водители Для регистрации водителей таксопарка
3 Оформление поездки КлиентыМашиныВодителиПоездки Для регистрации поездок

Окна обрабатывающие входную информацию представлены в таблице 4:

Таблица 4. Перечень окон, хранящих служебную информацию.

№п/п Название окна Название таблицы Примечания
1. Статус МашиныВодители Для изменения статуса водителей и машин
2. Корректировка поездок Водители Для корректировки информации о поездках осуществлённых водителем

Окна обрабатывающие выходную информацию представлены в таблице 5:

Таблица 5. Перечень таблиц, хранящих выходную информацию.

№п/п Название окна Название таблицы Примечания
1. Оформление поездки КлиентыМашиныВодителиПоездки Для регистрации поездок

Окна формирования отчётов представлены в таблице 6:

Таблица 6. Перечень окон формирования отчетов.

№ п/п Название окна Название таблицы Примечание
1. Выбор даты отчёта Поездки Для вывода отчёта по всем осуществлённым поездкам
2. Корректировка поездок Водители Для вывода отчёта о корректировке поездок водителей

Схема взаимосвязи программных модулей и информационных хранилищ. ( Приложение 2)

1.3 Описание и обоснование выбора состава технических и программных средств

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

Перспективным подходом в настоящее время считается частично децентрализованный подход, применяя как персональные компьютеры, так и большие электронно-вычислительные машины с использованием распределенных сетей. Изучив предметную область и техническое оснащение таксопарка "Семерочка", а так же перспективные планы на будущее, был сделан вывод – применение сетевой технологии в данном случае требует существенные финансовые вложения. Существующее техническое оснащение: персональный компьютер класса PentiumIV, принтер марки Canon 100 и отсутствие компьютерных сетей позволяет сделать вывод, что наиболее приемлемой является децентрализованная форма организации технического обеспечения.

Программное обеспечение – совокупность программ для реализации целей и задач информационной системы, а также нормального функционирования комплекса технических средств. В состав программного обеспечения входят общесистемные и специальные программные продукты. К общесистемному программному обеспечению относятся комплексы программ, ориентированных на пользователей и предназначенных для типовых задач обработки информации. Информационное обеспечение, реально существующее на рабочем месте методиста – операционная система Windows 98 и MicrosoftOffice. В связи с этим тип файлов базы данных был выбран .mdb (MSAccess).

Специального программного обеспечения для функционирования разрабатываемой информационной системы не требуется, кроме его исходного файла Start.exe и файла Baza.mdb. Подключение баз данных проведено с использованием технологии ADO, разработанной фирмой Microsoft и необходимые драйвера встроены в используемую операционную систему.

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

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

Программные средства RAD-разработки делятся на универсальные и специализированные. Специализированные средства разработки ориентированы только на создание приложений баз данных и, как правило, привязаны к вполне определенным системам управления баз данных (PowerBuilder фирмы Sybase, VisualFoxPro фирмы Microsoft).

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

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


1.4 Информационная модель и ее описание

1.4.1 Диаграмма потоков данных

Проведя анализ предметной области путем изучения вышеперечисленной информации, были выявлены следующие внешние сущности:

- Клиент, для которого осуществляется рейс;

- Менеджер по работе с клиентами;

- Водители;

- Начальник гаража;

- Отдел кадров.

Накопителями данных являются:

- Клиенты;

- Водители;

- Поездки;

- Машины;

- Операторы.

Информационная система разбита на четыре логических подсистемы:

- система регистрации клиентов;

- система формирования поездок;

- система администрирования;

- система формирования отчетов;

Потоки данных представлены в виде схемы и подробного словесного описания: (см. Приложение 3)

1.4.2 Инфологическая модель данных

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

1. Машины:

- Идентификационный номер машины;

- Марка машины;

- Цвет машины;

- Государственный номер машины;

2. Клиенты:

- Идентификационный номер клиента;

- ФИО клиента;

- Номер паспорта клиента;

- Серия паспорта

- Стаж

- Домашний адрес;

- Телефон.

3. Поездки:

- Номер поездки по порядку;

- Номероператора;

- Идентификационный номер машины;

- Идентификационный номер водителя;

- Идентификационный номер клиента;

- Время отправления;

- Пункт отправления;

- Пункт назначения.

4. Водители:

- Идентификационный номер водителя;

- ФИО водителя;

- Номер паспорта водителя;

- Серия паспорта водителя;

- Телефон водителя.

5. Операторы:

- Идентификационный номер оператора;

- ФИО оператора;

- Домашний адрес;

- Домашний телефон;

- Номер паспорта;

- Пароль.

Полученная модель данных графически представлена инфологической моделью (Приложение 4).

1.4.3 Датологическая модель данных

Датологическая модель данных строится на основе разработанной инфологической модели и наиболее приемлемой для дальнейшей разработки является реляционная модель данных. Схема датологической модели (см. Приложение 5).

1.4.4 Реализация и обоснование нормализации базы данных

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