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

Содержание

• Введение
• 1. Общая часть
• 1.1 Основания для разработки
• 1.2 Назначение разработки
• 1.3 Требования к программе
• 1.3.1 Требования к функциональным характеристикам
• 1.3.2 Требования к интерфейсу
• 1.3.3 Требования к надёжности
• 1.3.4 Требования условиям эксплуатации
• 1.3.5 Информационная и программная совместимость
• 2. Специальная часть
• 2.1 Выбор технологии и инструментальных средств
• 2.1.1 Выбор инструментальных программных средств разработки
• 2.1.2 Выбор системы управления базами данных
• 2.2 Моделирование учета торговых точек
• 2.3 Объектно-ориентированное проектирование информационной системы учета торговых точек
• 2.3.1 Диаграмма вариантов использования
• 2.3.2 Диаграмма классов
• 2.3.3 Диаграмма последовательности
• 2.3.4 Диаграмма компонентов
• 2.4 Проектирование структуры БД
• 3. Реализация программы
• 3.1 Состав модулей ПО и схема их взаимодействия
• 3.2 Руководство оператора
• 3.2.1 Общие сведения о программном продукте
• 3.2.2 Описание запуска
• 3.2.3 Описание установки
• 3.2.4 Описание пользовательского интерфейса
• 3.3 Руководство программиста
• 3.3.1 Общие сведения о программном продукте
• 3.3.2 Структура
• 3.3.3 Настройка
• 3.3.4 Проверка
• 3.3.5 Дополнительные возможности
• Заключение
• Список используемых источников
• Приложение

Введение

Темой дипломного проекта является "Проектирование автоматизированной информационной системы "Учёт торговых точек" для мэрии г. Череповца".

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

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

название предприятия и его основные реквизиты,

личной информации о руководителях;

характеристики основных торговых показателей торговой точки,

хранить представленную документацию.

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

В пояснительной записке подробно описаны:

основные процессы по учету торговых точек в мэрии города;

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

спроектирована база данных и интерфейс, максимально удобных и понятных для пользователя;

разработан механизма поиска по параметрам, а также вывод отчета "Карточка торговой точки".

1. Общая часть

1.1 Основания для разработки

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

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

Роль потребительского рынка в социально-экономическом развитии территории определяется тем, что он:

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

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

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

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

определяет количественные и качественные характеристики спроса и предложения, регулирует цены;

программа учет торговая точка

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

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

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

Торговые точки города Череповца представлены:

оптовыми, розничными и мелкорозничными торговыми предприятиями,

местами уличной торговли,

продовольственными магазинами,

предприятиями общепита,

мастерскими и рынками.

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

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

вид и название торговой точки;

общая площадь и адрес, в том числе торговая площадь;

личные данные о руководители торговой точки: паспортные данные, ИНН, СНИЛС, контактный телефон;

групповой ассортимент реализуемых товаров;

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

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

заключение о соблюдении требований пожарной безопасности;

санитарно-эпидемиологическое заключение.

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

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

2. Значительные трудности в оперативном получении информации о торговых точках города;

3. Возможность ошибок и неточностей при составлении аналитических отчетов вручную;

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

5. Неудобство одновременной работы с большим объемом документов.

1.2 Назначение разработки

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

Цели создания Автоматизированной информационной системы "Учет торговых точек":

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

ведение справочника адресов города;

автоматизированный контроль за сроками окончания договоров;

хранение документации по постановке на учет и ликвидации торговых точек;

автоматизированный поиск информации по заданным параметрам;

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

1.3 Требования к программе

1.3.1 Требования к функциональным характеристикам

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

Информационная система должна:

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

осуществлять вывод на экран всей хранимой информации;

удаление торговой точки;

добавление новой торговой точки.

Программное средство "Автоматизированный учет торговых точек" должно обладать следующими функциональными характеристиками:

ввод логина и пароля при авторизации в системе;

ввод и редактирование информации о торговой точке;

ввод и редактирование информации справочников:

"Руководители";

"Адресная база";

"Контрагенты";

"Вид деятельности";

"Вид торговой точки";

"Вид документа";

ведение договоров и документации, связанной с постановкой на учет и ликвидацией торговой точки;

сортировка и поиск информации по заданным параметрам:

- вид предприятия;

- регион;

- название

формирование отчета:

"Карточка торговой точки";

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

обновлению адресного справочника города;

хранение информации о руководителях;

вывод справки о разработчике;

редактирование данных о руководителях;

хранение данных о контрагентах;

выход из программы.

1.3.2 Требования к интерфейсу

На процесс восприятия пользователем представленной программой влияет ее внешний интерфейс, поэтому он должен быть оформлен в соответствии с современными стандартами оформления Windows-приложений, быть понятным, не перегруженным лишней информацией и доступным любому пользователю.

При разработке пользовательского интерфейса необходимо соблюдать следующие правила:

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

разрешение экрана должно обеспечивать спокойное восприятие информации с экрана;

одинаковые элементы управления для идентичных операций;

идентичные элементы управления в различных функциях должны иметь одинаковые "иконки" (вставка, удаление и т.п.);

вложенность меню не должна превышать трех уровней;

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

процесс ввода информации должен сопровождаться подсказками и контролем;

в диалоговом режиме должна соблюдаться однозначность восприятия вопроса.

1.3.3 Требования к надёжности

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

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

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

В программном средстве "Учет торговых точек" используются следующие средства защиты информации:

вход в программу защищен паролем;

пароль пользователей хранится в базе данных;

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

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

Информационная система должна поставляться с открытым кодом, что обеспечит возможность беспрепятственной модификации в дальнейшем.

1.3.4 Требования условиям эксплуатации

Условия эксплуатации информационной системы должны соответствовать СанПин 2.2.2/2.4.1340-03 "Гигиенические требования к персональным электронно-вычислительным машинам и организации работы", СниП 23-05-95 "Естественное и искусственное освещение" и системе стандартов безопасности труда ГОСТ 12.0. и 12.1.

Программное средство должно эксплуатироваться в условиях, принятых для эксплуатации технических средств, а именно:

температура окружающей среды не выше 30^oС;

относительная влажность воздуха не выше 65%;

атмосферное давление в пределах 80-106,7 кПа;

расстояние между соседними компьютерами должно составлять не менее 1,5 метров.

Программное средство должно осуществлять хранение больших массивов данных, разработана в среде программирования Delphi 7 и функционировать под управлением операционных систем Windows 9x, Windows2000, Windows XP.

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

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

1.3.5 Информационная и программная совместимость

Требования по совместимости с другими программными продуктами не предъявляются.

Программное обеспечение. Разрабатываемая информационная система должна работать под управлением Windows XP или выше.

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

Техническое обеспечение. Система должна соответствовать существующему в управлении документообороту. Информационная система должна функционировать на персональном IBM-совместимом компьютере, выводить данные для печати на принтер.

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

В состав информационного обеспечения входят: входные данные, выходные данные, система управления базами данных, интерфейсы АИС.

Состав данных должен быть достаточным для выполнения всех функций АИС "Учет торговых точек" и отвечать требованиям: полноты, достоверности, однозначной идентификации, непротиворечивости, необходимой точности представления.

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

Классификация и кодирование информации в АИС "Учет торговых точек" должны осуществляться на основе общероссийских и отраслевых классификаторов, а также классификаторов и справочников, действующих в смежных системах.

2. Специальная часть

2.1 Выбор технологии и инструментальных средств

2.1.1 Выбор инструментальных программных средств разработки

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

Delphi;

C++ Builder;

Visual Studio.

Рассмотрим возможности каждой из средств разработки систем поподробнее.

C++ Builder - это одна из самых современных и эффективных сред программирования. Builder - это среда, в которой можно осуществлять так называемое визуальное программирование, то есть создавать программы, позволяющие в момент их исполнения взаимодействовать с пользователем с помощью многооконного графического интерфейса.

В момент выполнения программы на экране могут появляться в цветном изображении элементы управления программой:

кнопки, на которые можно нажимать мышью, после чего происходят некоторые "привязанные" к этим кнопкам действия;

поля для ввода/вывода данных;

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

различные меню, позволяющие выбирать и выполнять те или иные действия;

элементы, контролирующие состояния каких-то объектов;

элементы, помогающие следить за ходом некоторых процессов во время их выполнения;

элементы, позволяющие выбирать дату из календаря;

элементы, обеспечивающие стандартный выбор файлов, шрифтов, цвета, настройки принтеров и другие;

элементы, позволяющие вставлять в разрабатываемую программу ссылки на другие программы-объекты.

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

Среда Builder - инструмент разработки программ на основе современного метода создания программа - объектно-ориентированного программирования (ООП).

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

Высокопроизводительный инструмент визуального построения приложений включает в себя настоящий компилятор кода и предоставляет средства визуального программирования, несколько похожие на те, что можно обнаружить в Microsoft Visual Basic или в других инструментах визуального проектирования. В основе Delphi лежит язык Object Pascal, который является расширением объектно-ориентированного языка Pascal. В Delphi также входят локальный SQL-сервер, генераторы отчетов, библиотеки визуальных компонентов, и прочее, необходимое для того, чтобы чувствовать себя совершенно уверенным при профессиональной разработке информационных систем или просто программ для Windows-среды.

Прежде всего Delphi предназначен для профессиональных разработчиков, желающих очень быстро разрабатывать приложения в архитектуре клиент-сервер. Delphi производит небольшие по размерам высокоэффективные исполняемые модули (. exe и. dll), поэтому в Delphi должны быть, прежде всего, заинтересованы те, кто разрабатывает продукты на продажу. С другой стороны небольшие по размерам и быстро исполняемые модули означают, что требования к клиентским рабочим местам существенно снижаются - это имеет немаловажное значение и для конечных пользователей.

Преимущества Delphi по сравнению с аналогичными программными продуктами.

быстрота разработки приложения (RAD);

высокая производительность разработанного приложения;

низкие требования разработанного приложения к ресурсам компьютера;

наращиваемость за счет встраивания новых компонент и инструментов в среду Delphi;

возможность разработки новых компонентов и инструментов собственными средствами Delphi (существующие компоненты и инструменты доступны в исходных кодах);

удачная проработка иерархии объектов.

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

Microsoft Visual Studio - линейка продуктов компании Microsoft, включающих интегрированную среду разработки программного обеспечения и ряд других инструментальных средств. Данные продукты позволяют разрабатывать как консольные приложения, так и приложения с графическим интерфейсом, в том числе с поддержкой технологии Windows Forms, а также веб-сайты, веб-приложения, веб-службы как в родном, так и в управляемом кодах для всех платформ, поддерживаемых Windows, Windows Mobile, Windows CE,.net Framework, Xbox, Windows Phone.net Compact Framework и Silverlight.

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

Сравнительный анализ средств разработки представлен в таблице 1.

Таблица 1 - Сравнительный анализ средств разработки

№ п/п	Параметр	Delphi	C++ Builder	Visual Studio
1	Название, версия, фирма производитель	Delphi XE	C++ Builder XE	Microsoft Visual Studio 2005
2	Поддерживаемые операционные системы	Windows 98/ME/NT/ 2000/XP/7	Windows 98/2000/XP/7	Платформа Windows
3	Требования к аппаратному обеспечению	3,5 Гб свободного дискового пространства, и еще около 0,5 Гб для разворачивания временных файлов; Intel Pentium или совместимый процессор, 1.4GHz ГГц минимум (2GHz+ рекомендовано); 1GB RAM (2 GB рекомендовано).	1 ГБ ОЗУ (рекомендуется 2 ГБ и более). От 3 до 27 ГБ дискового пространства. Базовый графический процессор класса DirectX 9.0 или выше (Pixel Shader 2.0). Процессор Intel® Pentium® или совместимый, с частотой не менее 1,6 ГГц.	Pentium 500 МГц или совместимый, 256 Мбайт RAM, 750 Мбайт свободного пространства на жёстком диске
4	Встроенный язык	Object Pascal	C++	Visual C++, Visual C#, Visual J#, Visual Basic.net
5	Поддержка стандарта SQL	+	+	+
6	Поддержка ООП	+	+	+
7	Механизмы доступа к БД	BDE,ADO, Express, dbExpress	dbGo for ADO, dbExpress, BDE	ADO.net
8	Наличие визуальных и не визуальных компонент для работы с БД	+	+	+
9	Средства построения отчётов	Набор визуальных и не визуальных компонентов QReport	Набор визуальных и не визуальных компонентов QReport	SQL Reporting Services
10	Наличие средств построения диаграмм	+	+	+
11	Поддержка технологии Rapid Application Development	+	+	+
12	Средства поддержки транзакций	Управление транзакциями на уровне компонента Database	Управление транзакциями на уровне компонента Database	Механизм управления транзакциями
13	Утилиты для работы с БД	Database Desktop, BDE Administrator, SQL Builder	Database Desktop, BDE Administrator, SQL Builder	Интегрированная поддержка Microsoft SQL Server 2005
14	Возможность создания исполняемого файла	+	+	+
15	Сложность или простота работы с инструментальным средством	Среда позволяет быстро и удобно разрабатывать эффективные приложения	В основе лежит расширение стандартного языка С	Среда ориентирована на быструю разработку качественных, надёжных и производительных приложений

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

2.1.2 Выбор системы управления базами данных

В качестве системы управления базы данных была выбрана Microsoft Access, в которой будет реализована реляционная модель данных. АИС

При реализации дипломного проекта были использованы компоненты, поставляемые в стандартной поставке дистрибутива. В качестве механизма доступа к различным источникам данных из приложений баз данных выбрана технология Microsoft Active XData Objects (ADO).

Основу технологии ADO составляет использование набора интерфейсов общей модели объектов COM, описанных в спецификации OLEDB. Достоинством этой технологии является то, что базовый набор интерфейсов OLEDB имеется в каждой современной операционной системе Microsoft. Использование этой технологии подразумевает использование настраиваемых провайдеров данных.

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

Рисунок 1 - Схема доступа к данным по технологии ADO

При использовании технологии ADO приложение базы данных может использовать данные из электронных таблиц, таблиц локальных и серверных баз данных, XML-файлов.

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

В технологии ADO поддерживаются следующие основные функции:

независимо создаваемые объекты,

поддержка хранимых процедур с входными, выходными и возвращаемыми параметрами,

курсоры различных типов (включая возможность поддержки разных специальных курсоров конечных пользователей),

пакетное обновление,

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

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

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

СУБД Microsoft Access является системой управления реляционной базой данных. Включающих все необходимые инструментальные средства для создания локальной базы данных, общей БД в локальной сети с файловым сервером или БД на SQL-сервере.

Создание новой нормализованной реляционной БД Access осуществляется в соответствии с ее структурой, полученной в результате проектирования.

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

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

Преимущества СУБД MS Access:

1. Расположения всех объектов, которыми оперирует Access в одном файле. Это позволяет без труда переносить программу на другие ПК;

2. Наличие возможности управления объектами Access через высокоуровневый, стандартный для пакета Office, язык программирования VBA;

3. Возможность создания в таблицах таких полей как Счетчик и OLE;

4. Возможность организации ссылочной целостности через удобный интерфейс - СХЕМА БД;

5. Наличие мастеров для создания тех или иных операций с программой;

6. Макросы;

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

8. Удобный визуальный редактор запросов (редактор запросов по образцу);

9. Наличие возможности программного управления транзакциями для поддержки целостности БД;

10. Наличие довольно неплохого оптимизатора запросов;

11. Проекты ACCESS - один из лучших сред для разработки клиентской части к MS SQL Server;

12. Работа с ODBC, возможность интерактивной разработки запросов для различных СУБД;

13. Наличие RunTime версии;

14. Возможность защиты кода паролем и "компиляция" в mde/ade формат для распространения среди конечных пользователей.

2.2 Моделирование учета торговых точек

Для моделирования процесса "Учет торговых точек" был выбран продукт BPWin (в нотациях IDEF0).

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

В качестве управления данным процессом предусмотрены следующие объекты:

"Положение администрации по ведению торговых точек";

"Нормативно-правовые акты РФ и субъекта".

В качестве входных данных выступают различные "Правоустанавливающие документы о торговой точке" о постановке, изменении и ликвидации предприятия.

В качестве ресурса выступают:

"Сотрудник администрации";

"Персональный компьютер".

Результатом работы системы является следующая выходная информация:

"Результат поиска";

"Аналитические отчеты".

На рисунке 2 представлена контекстная диаграмма "Учет тороовых точек" для администрации г. Череповец.

Рисунок 2 - Контекстная диаграмма "Учет торговых точек"

Процесс учета торговых точек состоит из следующих этапов (рисунок 3):

заполнение основных справочников системы;

авторизация пользователя в системе;

регистрация торговой точки в системе на основании правоустанавливающих документов, переданных в администрацию города;

ввод изменений о торговой точке в системе;

сохранение введенных корректировок информации о торговой точке города в базу данных системы;

поиск информации о торговой точке на основании заданных параметров;

формирование аналитических отчетов системы.

Рисунок 3 - Декомпозиция контекстной диаграммы

2.3 Объектно-ориентированное проектирование информационной системы учета торговых точек

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

АИС "Учет торговых точек" содержит подсистемы ведения справочной информации, документов и формирования отчетов. Структура системы представлена на рисунке 4.

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

1) подсистема доступа к данным. Данная подсистема позволяет организовать доступ к данным, построение и формирование запросов к таблицам базы данных.

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

3) подсистема справочников, необходимых для работы в системе;

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

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

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

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

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

Рисунок 4 - Взаимосвязь подсистем АИС "Учет торговых точек"

Сотрудник администрации выполняет все функции системы, кроме возможности администрирования пользователей и доступ к системе, а именно:

заполнение основных справочников системы;

регистрация и редактирование торговой точки в системе на основании правоустанавливающих документов;

поиск информации о торговой точке по параметрам;

формирование аналитических отчетов системы.

На диаграмме (рис. 5) показаны возможности администратора и сотрудника администрации в рамках системы "Учет торговых точек".

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

2.3.2 Диаграмма классов

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

Рисунок 6 - UML-диаграмма классов

2.3.3 Диаграмма последовательности

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

Диаграмма последовательностей для проектируемой системы учета торговых точек представлена на рисунке 7.

Рисунок 7 - UML-диаграмма последовательностей

2.3.4 Диаграмма компонентов

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

Диаграмма компонентов для проектируемой системы учета торговых точек представлен на рисунок 8.

Рисунок 8 - UML-диаграмма компонентов

2.4 Проектирование структуры БД

Проектирование баз данных (БД) - процесс создания схемы базы данных и определения необходимых ограничений целостности.

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

Основные задачи проектирования:

Обеспечение хранения в БД всей необходимой информации.

Обеспечение возможности получения данных по всем необходимым запросам.

Сокращение избыточности и дублирования данных.

Обеспечение целостности данных: исключение противоречий в содержании данных, исключение их потери.

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

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

Процесс разработки БД можно разбить на несколько этапов:

Исследование предметной области;

Создание инфологической модели;

Создание даталогической модели;

Создание физической модели.

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

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

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

Рисунок 9 - Даталогическая модель базы данных

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

Таблица 2 - Структура таблицы "Регион"

№п/п	Описание	Поле	Тип данных	Дополнительные параметры
1	Идентификатор региона	Код	int	Ключевое, AUTO_INCREMENT
2	Наименование региона	Наименование	char (100)	NOT NULL

В таблице "Улицы" хранится информация об улицах региона. Ключевым полем в таблице является поле Код. Таблица связана по полю Улица с таблицей "Торговая точка" связью "один-ко-многим", по полю Регион с таблицей "Регион" связью "многие-к-одному". Структура таблицы с описанием типов полей приведена в таблице 3.

Таблица 3 - Структура таблицы "Улицы"

№п/п	Описание	Поле	Тип данных	Дополнительные параметры
1	Идентификатор улицы	Код	int	Ключевое, AUTO_INCREMENT
2	Наименование улицы	Наименование	char (100)	NOT NULL
3	Идентификатор региона	Регион	int	NOT NULL

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

Таблица 4 - Структура таблицы "Вид документа"

№п/п	Описание	Поле	Тип данных	Дополнительные параметры
1	Идентификатор вида документа	Код	int	Ключевое, AUTO_INCREMENT
2	Наименование вида документа	Наименование	char (100)	NOT NULL

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

Таблица 5 - Структура таблицы "Вид предприятия"

№п/п	Описание	Поле	Тип данных	Дополнительные параметры
1	Идентификатор вида предприятия	Код	int	Ключевое, AUTO_INCREMENT
2	Наименование вида предприятия	Наименование	char (100)	NOT NULL

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

Таблица 6 - Структура таблицы "Вид деятельности"

№п/п	Описание	Поле	Тип данных	Дополнительные параметры
1	Идентификатор вида деятельности	Код	int	Ключевое, AUTO_INCREMENT
2	Наименование вида деятельности	Наименование	char (100)	NOT NULL

В таблице "Руководитель" хранится личную информация о руководителях торговых точек. Ключевым полем в таблице "Руководитель" является поле Код. Таблица связана по полю Руководитель с таблицей "Торговая точка" и по полю Руководитель с таблицей "Контрагент" связью "один-ко-многим". Структура таблицы с описанием типов полей приведена в таблице 7.

Таблица 7 - Структура таблицы "Руководитель"

№п/п	Описание	Поле	Тип данных	Дополнительные параметры
1	Идентификатор руководителя	Код	int	Ключевое, AUTO_INCREMENT
2	Фамилия руководителя	Фамилия	char (100)	NOT NULL
3	Имя руководителя	Имя	char (100)	NOT NULL
4	Отчество руководителя	Отчество	char (100)	NOT NULL
5	Паспортные данные	Паспорт	text	NOT NULL
6	Дата рождения руководителя	Дата рождения	date
7	Адрес руководителя	Адрес	char (100)
8	Контактный телефон руководителя	Телефон	char (100)	NOT NULL
9	ИНН руководителя	ИНН	char (10)	NOT NULL
10	СНИЛС руководителя	СНИЛС	char (9)	NOT NULL

В таблице "Контрагент" хранится личную информация о контрагентах торговых точек. Ключевым полем в таблице "Контрагент" является поле Код. Таблица связана по полю Руководитель с таблицей "Руководитель" связью "один-ко-многим". Структура таблицы с описанием типов полей приведена в таблице 8.

Таблица 8 - Структура таблицы "Контрагент"

№п/п	Описание	Поле	Тип данных	Дополнительные параметры
1	Идентификатор контрагента	Код	int	Ключевое, AUTO_INCREMENT
2	Фамилия Имя Отчество контрагента	Наименование	char (150)	NOT NULL
3	Руководитель контрагента	Руководитель	int	NOT NULL
	Адрес руководителя	Адрес	char (100)
	Контактный телефон руководителя	Телефон	char (100)	NOT NULL

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

Таблица 9 - Структура таблицы "Документы"

№п/п	Описание	Поле	Тип данных	Дополнительные параметры
1	Идентификатор документа	Код	int	Ключевое, AUTO_INCREMENT
2	Дата документа	Дата	date	NOT NULL
3	Дата сдачи документа в администрацию	Дата сдачи	date	NOT NULL
4	Идентификатор контрагента	Контрагент	int	NOT NULL
5	Идентификатор торговая точки	Торговая точка	int	NOT NULL
6	Идентификатор вида документа	Вид документа	int	NOT NULL
7	Примечание	Примечание	text
8	Признак наличии копии документа	Копия	boolean
9	Месторасположение	Месторасположение	char (150)	NOT NULL

В таблице "Торговая точка" хранится информация о зарегистрированных торговых точек. Ключевым полем в таблице является поле Код. Таблица связана:

по полю Руководитель с таблицей "Руководитель",

по полю Улица с таблицей "Улица",

по полю Вид предприятия с таблицей "Вид предприятия",

по полю Вид деятельности с таблицей "Вид деятельности",

по полю Регион с таблицей "Регион"

связью "многие-к-одному".

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

Структура таблицы с описанием типов полей приведена в таблице 10.

Таблица 10 - Структура таблицы "Торговая точка"

№п/п	Описание	Поле	Тип данных	Дополнительные параметры
1	Идентификатор документа	Код	int	Ключевое, AUTO_INCREMENT
2	Дата регистрации торговой точки	Дата регистрации	date	NOT NULL
3	Дата ввода торговой точки	Дата ввода	date	NOT NULL
4	Дата ликвидации торговой точки	Дата ликвидации	date
5	Идентификатор вида предприятия	Вид предприятия	int	NOT NULL
6	ИНН/КПП торговой точки	ИНН/КПП	char (19)
7	Название торговой точки по докуцментам	Название	char (150)	NOT NULL
8	Идентификатор вида деятельности	Вид деятельности	int	NOT NULL
9	Идентификатор региона адреса торговой точки	Регион	int	NOT NULL
10	Идентификатор улицы адреса торговой точки	Улица	int	NOT NULL
11	Номер дома адреса торговой точки	Номер дома	int	NOT NULL
12	Идентификатор руководителя торговой точки	Руководитель	int	NOT NULL
13	Контактны телефон торговой точки	Телефон	char (50)
14	Торговая площадь торговой точки	Торговая площадь	decimal	NOT NULL
15	График работы торговой точки	График работы	char (150)
16	Площадь уборки торговой точки	Площадь уборки	decimal
17	Подъездные пути торговой точки	Подъездные пути	char (150)
18	Количество урн торговой точки	Наличие урн	int
19	Количество мест штатного расписания торговой точки	Количество мест	decimal
20	Количество рабочих в торговой точки	Количество рабочих	decimal

3. Реализация программы

3.1 Состав модулей ПО и схема их взаимодействия

Создаваемое в среде Delphi приложение состоит из нескольких элементов, объединенных в проект.

В состав проекта входят следующие элементы: код проекта (dpr);описания форм (dfm); модули форм (pas); модули (pas); параметры проекта (dof); описание ресурсов (res).

Для реализации подсистем, описанных в разделе 2.3.1, создано 9 модулей, состав которых представлен на рисунке 10.

Рисунок 10 - Состав проекта АИС "Учет торговых точек"

Перечислим назначение каждого из существующих модулей:

UnitReg. pas - модуль используется для авторизации пользователя.

FormReg. dfm - форма идентификации пользователя системы.

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

FormMain. dfm - главная форма программы, которая появляется после авторизации в системе.

UniData. pas - модуль данных, который служит контейнером для компонентов ADO. Данный модуль осуществляет доступ к базе данных, где в качестве основного SQL-запроса выступает запрос, хранимый в файле SQL. sql в корневом каталоге программы (рисунок 11).

Рисунок 11. SQL - запрос проектируемой системы

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

FormO. dfm - форма для просмотра, ввода и редактирования данных о контрагентах, которые заключают договора с торговой точкой.

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

FormE. dfm - форма для просмотра, ввода и редактирования личных данных руководителей торговых точек.

UnitS. pas - модуль, реализующий процесс просмотра, ввода и редактирования справочников системы.

FormSpr. dfm - форма для просмотра, ввода и редактирования справочников системы.

UnitRep. pas - модуль, реализующий вывод и группировку данных в отчет.

UnitRep. dfm - форма создания отчетов и печатных формах.

UnitA. pas - модуль, реализующий процесс ввода и редактирования торговой точки.

FormA. dfm - форма для ввода и редактирования торговой точки.

UnitL. dfm - форма для просмотра, ввода и редактирования данных о руководителе торговых точек.

FormL. pas - модуль, реализующий редактирование данных о руководителе торговых точек.

Конечный программный продукт представляет собой базу данных (Shop. mdb) и исполняемый exe-файл (Shop. exe).

Обзор папок и файлов разработанной информационной системы в корневом каталоге C: / представлен на рисунке 12.

Рисунок 12 - Обзор папок и файлов АИС "Учет торговых точек"

3.2 Руководство оператора

Руководство пользователя включает в себя отчасти и руководство системного программиста, и руководство программиста, и руководство оператора. Особенности состоит в том, что пользователь, как правило, не является профессионалом в области разработки программного обеспечения.

Руководство пользователя содержит следующие разделы:

3.2.1 Общие сведения о программном продукте

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

Программный продукт "Учёт торговых точек" предназначен для организации работы учёта торговых предприятий г. Череповец.

Система позволяет решить следующие задачи:

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

2) Формирование запросов к базе данных, позволяющих реализовать требуемые алгоритмы обработки данных;

3) Генерацию отчетов по данным запросам, позволяющих представить эту информацию в виде документа "Карточка торговой точки"