Основы проектирования программ. Этапы создания программного обеспечения (Описание существующих процессов)

Содержание:

ВВЕДЕНИЕ

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

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

Среди основных требований, которые предъявляются к системе можно выделить

• удобный интерфейс;
• простоту управления данными;
• просмотр данных на различных этапах формирования результата;
• просмотр и печать выходной информации.

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

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

В программе необходимо обеспечить следующие виды поиска:

• справочные данные на сотрудников
• характеристики машин
• путевых листов
• показания спидометра

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

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

ГЛАВА 1. ПРЕДПРОЕКТНОЕ ОБСЛЕДОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

1.1. Описание существующих процессов

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

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

Компания “AZ” в настоящее время является эксклюзивным дистрибьютором продукции компании GP Batteries, «премьер-дистрибьютором» светотехнической продукции компании General Electric, дистрибьютором продукции компании Duracell и владельцем торговой марки СТАРТ. ООО "AZ" обеспечивает собственные перевозки грузов автомобильным транспортном. Фирма обладает собственным автомобильным транспортом, а так же необходимой обслуживающей инфраструктурой и персоналом. Контекстная диаграмма деятельности транспортной службы предприятия приведена на рис.1.

Основными входными потоками в системе транспортной логистики предприятия являются:

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

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

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

- поток учетных данных сотрудников компании и транспортных средств компании.

Рис.1. Контекстная диаграмма

В качестве выходных поток необходимо указать следующие

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

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

- поток учетных данных о движении транспортных средств и расходах топлива.

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

- заместитель директора компании по логистике;

- начальник отдела логистики;

- логистик предприятия;

- бухгалтер предприятия.

В своей деятельности пользователи системы руководствуются должностными инструкциями и законами Российской Федерации.

Детализация контекстной диаграмме представлена на рис.2.

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

- регистрация и обработка заявок на доставку грузов;

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

- регистрация и обработка потока учетных данных и фактического пробега.

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

Рис.2. Деятельность компании

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

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

Рис.5. Декомпозиция работы регистрация и обработка потока учетных данных и фактического пробега

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

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

Рис.6. Диаграмма дерева узлов

1.2. Определение функционального назначения системы

Пользователи системы

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

- заместитель директора компании по логистике;

- начальник отдела логистики;

- логистик предприятия;

- бухгалтер предприятия.

ГЛАВА 2 ПРАКТИЧЕСКИЕ АСПЕКТЫ ПРОЕКТИРОВАНИЯ ПРОГРАММ

2.1 Создание начальной диаграммы прецедентов

Диаграммы прецедентов использования (use case) описывают функциональность ИС, видимую пользователями системы. Имеет высокий уровень абстракции и позволяет определить функциональные требования к системе. Т.е. поведение системы с точки зрения пользователя.

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

На основе изучения бизнес процессов предприятия были созданы следующие диаграммы

Рис.7. Диаграмма прецедентов использования для всех категорий пользователей

Уточним диаграммы прецедентов для каждой категории пользователей.

Рис.8. Диаграмма прецедентов для управления движением транспортных средств (логистик компании)

Рис.9. Диаграмма прецедентов для подсистемы формирования отчетов (Начальник отдела логистики)

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

2.2. Создание диаграмм активности

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

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

Рис.10. Диаграмма активности обработки заявок на доставку грузов

Рис.11. Диаграмма активности обработки заказов на выдачу информационных отчетов

На основе анализа диаграмм прецедентов были выделены следующие объекты :

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

1. Машины (Код, Марка, Шифр, Государственный №, Код бензина, Код перевозки, Расход_норма, Тариф)
2. Топливо (Код бензина, Марка бензина)
3. Перевозки (Код перевозки, Наименование перевозки )
4. Путевые листы (Номер путевого листа, КодКлиента, Код, Табельный №, Дата выезда, Время выезда, Дата возврата, Время возврата, Спидометр (выезд), Спидометр (возврат), Получено_талоны, Получено_кредит, Остаток_выезд, Остаток_возврат)
5. Клиенты (Код клиента, Название )
6. Сотрудники (Табельный №, Фамилия, Имя, Отчество)

Схема связи таблиц приведена на рисунке 1.

ГЛАВА 3. ПРОЕКТИРОВАНИЕ ИС

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

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

• диаграмма сущность-связь (Entity Relationship Diagram (ERD);
• модель данных, основанная на ключах (Key Based model (KB);
• полная атрибутивная модель (Fully Attributed model (FA).

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

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

Рис.12. Диаграмма сущность - связь

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

Ниже приводится полная атрибутивная модель

Рис.13. Полная атрибутивная модель

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

Физическая модель данных приведена ниже.

Рис.14. Физическая модель

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

3.2. Диаграммы состояний

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

На диаграмме состояний показано различные состояния, в которых может находиться объект «Заявка»

Рис.15. Диаграмма состояний объекта заявка

На основе анализа диаграмм прецедентов определяем список форм и отчетов

):

- сотрудники

- машины

- клиенты

- топливо

- ввод путевых листов

- поиск по номеру путевого листа

- путевые листы

- спидометр

- часы

- пробег за месяц

- пробег а/м за день

- Время работы

- отчет по расходу топлива

- отчет по пробегам

3.3. Архитектура системы

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

Рис.16. Диаграмма размещения

3.4 Описание программы

Программа Транспортная логистика ООО « AZ» рассчитана на работу под управлением операционной системы Windows XP/7. В ходе разработки данного программного продукта была создана программа, которая состоит из главной формы , содержащая 13 форм и 2 отчетов.

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

Рис.17 – Авторизация пользователя.

У администратора есть возможность установки паролей пользователям

Рис.18 Вход пользователя

Рис.18 Меню пользователя

Рис.19 Смена пароля

При выборе альтернативы продолжить работу управление передается главной форме приложения (рис.20)

Рис. 20 Главная форма

Кнопка «Сотрудники»

В этой форме отображаются данные по каждому водителю, и по табельному номеру отслеживаются маршруты передвижения водителя.

Форма так же позволяет ввести в базу данных нового сотрудника (рис.21, рис.22).

Рис.21 Форма Сотрудники

Рис.22 Форма Просмотр путевого листа

Кнопка «Машины»

Содержится информация по подвижному составу (рис.23).

Рис.23 Форма «Машины»

Кнопка «Клиенты»

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

Рис.24 Форма «Клиенты»

Рис.25 Форма «Водители по коду клиента»

Кнопка «Топливо»

Форма позволяет отследить информацию по автопарку, потребляемому топливу и тарифной сетке. (рис.26)

Рис.26 Форма «Топливо»

Кнопка «Ввод путевых листов»

Форма предусматривает возможность добавления нового путевого листа (рис.27)

Рис.27 Форма «Ввод путевых листов»

Кнопка «Поиск по № путевого листа»

Просмотр путевого листа по порядковому номеру (рис.28)

Рис.28 Форма «Поиск по № путевого листа»

Кнопка «Путевой лист»

Просмотр и печать путевых листов, возможность поиска путевого листа по коду (рис.29).

Рис.29 Форма «Путевой лист»

Кнопка «Спидометр»

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

Рис.30 Форма «Спидометр»

Кнопка «Часы»

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

Рис.31 Форма «Часы»

Кнопка «Время работы»

По запрашиваемому месяцу предоставляется информация в виде таблицы по всем сотрудникам организации. Позволяет получить информацию по каждому водителю: выработку часов (рис.32).

Рис.32 Форма «Время работы»

Кнопка «Пробег за месяц»

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

Рис.33 Форма «Пробег за месяц»

Кнопка «Пробег а/м за день»

Форма позволяет отследить дневной пробег в запрашиваемый день по каждому сотруднику ООО «AZ» (рис.34).

Рис.34 Форма «Пробег а/м за день»

Кнопка «Отчет по расходу топлива»

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

Рис.35 Отчет «По расходу топлива»

Кнопка «Отчет по пробегам»

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

Рис.18 Отчет «по пробегам за месяц»

ЗАКЛЮЧЕНИЕ

База данных – это совокупность структурированных и взаимосвязанных данных и методов, обеспечивающих добавление, выборку и отображение данных. Microsoft Access позволяет управлять всеми сведениями из одного файла базы данных. В рамках этого файла используются следующие объекты:

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

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

Разработанная в данном курсовом проекте база данных решает основные задачи:

• информационное обеспечение работников ООО “AZ”, чья деятельность непосредственно связана с базой данных;
• помогает отследить маршрут движение водителей, расход топлива, отработанное время.

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

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

Список литературы

1. Access 2007 без воды. Все, что нужно для уверенной работы: А. В. Голышева, И. А. Клеандрова, Р. Г. Прокди — Москва, Наука и техника, 2008 г.- 192 с.
2. Microsoft Access 2003. Русская версия (+ CD-ROM): — Москва, Эком, 2008 г.- 432 с.
3. Microsoft Access 2007. Лучший самоучитель: С. В. Глушаков, А. С. Сурядный, М. И. Шумилов — Санкт-Петербург, АСТ, АСТ Москва, 2008 г.- 448 с.
4. Microsoft Access 2007: Джон Кронан, Бобби Сандберг — Москва, НТ Пресс, 2009 г.- 384 с.
5. Oracle Database XE для Linux. Эффективное использование (+ CD-ROM): Стив Бобровский — Санкт-Петербург, Лори, 2009 г.- 486 с.
6. Oracle Database XE для Windows. Эффективное использование: Стив Бобровский — Москва, Лори, 2009 г.- 512 с.
7. Oracle PL/SQL для администраторов баз данных: Аруп Нанда и Стивен Фейерштейн — Москва, Символ-Плюс, 2008 г.- 496 с.
8. Анализ данных в Access. Сборник рецептов: Кен Блюттман, Уайн Фриз — Москва, Питер, 2008 г.- 352 с.
9. Бекаревич Ю. Самоучитель Access 2010 (+ CD-ROM). Санкт-Петербург, БХВ-Петербург, 2011 г.- 432 с.
10. Белянин М. В. Ваша первая база данных в Access 2007: Москва, НТ Пресс, 2008 г.- 288 с.
11. Бондарева Г.А., Сахарова Е.В., Королькова Л.Н., Информатика. Методические указания. Ставрополь, СТИС, 2006
12. Вонг Уоллес Office 2010 для чайников:— Санкт-Петербург, Диалектика, 2010 г.- 368 с.
13. Гурвиц Г. Microsoft Access 2010. Разработка приложений на реальном примере (+ CD-ROM) — Москва, БХВ-Петербург, 2010 г.- 496 с.
14. Епанешников А. М. Практика создания приложений в Access. Москва, Диалог-МИФИ, 2009 г.- 440 с.
15. Кайт Томас Эффективное проектирование приложений Oracle. Санкт-Петербург, Лори, 2008 г.- 656 с.
16. Кошелев В. Е. Access 2007. Эффективное использование— Москва, Бином-Пресс, 2009 г.- 590 с.
17. Кошелев В. Е. Access 2003. Практическое руководство:. — Санкт-Петербург, Бином-Пресс, 2008 г.- 464 с.
18. Магда Ю. Разработка приложений Microsoft Office 2007 в Delphi. Москва, БХВ-Петербург, 2009 г.- 160 с.
19. Обухов Н. П. Разработка баз данных в Microsoft Access. Москва, ИВЭСЭП, Знание, 2008 г.- 92 с.
20. Родигин Л.А. Базы данных для карманного персонального компьютера Pocket PC— Санкт-Петербург, КноРус, 2008 г.- 160 с.
21. Самоучитель Access 2007. 100% результат уверенной работы: А. А. Рубин, И. А. Клеандрова, Р. Г. Прокди — Москва, Наука и техника, 2008 г.- 400 с.
22. Сеннов А. Access 2010 — Москва, Питер, 2010 г.- 288 с.
23. Сергеев А. Access 2007. Новые возможности:— Москва, Питер, 2008 г.- 176 с.
24. Смирнова О. В. Access 2007 на практике:— Москва, Феникс, 2009 г.- 160 с.
25. Харитонова И. Microsoft Office Access 2007 (+ CD-ROM). Москва, БХВ-Петербург, 2008 г.- 1280 с.