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

ЦЕНТРОСОЮЗ РОССИЙСКОЙ ФЕДЕРАЦИИ

ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ

«МОСКОВСКИЙ УНИВЕРСИТЕТ ПОТРЕБИТЕЛЬСКОЙ КООПЕРАЦИИ»

ФАКУЛЬТЕТ БУХГАЛТЕРСКОГО УЧЕТА И ПРИКЛАДНОЙ ИНФОРМАТИКИ

ДИПЛОМНЫЙ ПРОЕКТ

Разработка АИС учета запчастей

Содержание

Введение

1. Характеристика объекта

1.1 Общая характеристика магазина

1.2 Организационная структура магазина «Запчасти Ford»

1.2.1 Администрация

1.2.2 Склад

1.2.3. Отдел продаж запчастей

1.2.4 Отдел шиномонтажа

1.3 Моделирование бизнес процессов

1.4 Постановка задачи

1.5 Обоснование проектных решений по видам обеспечения

1.5.1 Техническое обеспечение

1.5.2 Информационное обеспечение

2. Проектирование и разработка системы

2.1 Выбор СУБД

2.2 Выбор среды разработки

2.3 Инфологическое моделирование предметной области

2.4 Даталогическое проектирование

2.5 Логика обработки данных

2.6 Разработка программного кода программного средства

2.7 Описание программных модулей

2.8 Описание работы с программой

3. Обоснование экономической эффективности проекта

3.1 Выбор и обоснование методики расчёта экономической эффективности

3.2 Расчет показателей экономической эффективности проекта

Заключение

Список использованной литературы

Приложения

Введение

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

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

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

Задачей данной работы является разработка автоматизированной информационной системы для автоматизации учета запчастей. Данная система должна позволить автоматизировать процесс учета поставок и продаж запчастей в магазине «Запчасти Ford».

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

Субъект исследования - магазин «Запчасти Ford», находящийся в городе Сыктывкар на улице Станционной 45.

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

Для достижения цели необходимо решить следующие задачи:

- проанализировать деятельность предприятия,

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

- обозначить пути решения проблемы,

- провести обоснование проектных решений по видам обеспечения,

- составить информационную модель,

- разработать автоматизированную информационную систему,

- внедрить данную систему на предприятии.

автоматизация информационный программный учет

1. Характеристика объекта

1.1 Общая характеристика магазина

Магазин «Запчасти Ford» находится в городе Сыктывкар на улице Станционной 45.

График работы магазина:

- понедельник-пятница с 9 до 19,

- суббота 10 до 16.

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

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

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

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

- шиномонтажу,

- правке автомобильных дисков.

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

Перечень основных товарных групп:

- аккумуляторы и электрооборудование,

- детали двигателей внутреннего сгорания,

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

- детали ременного привода,

- детали системы зажигания,

- детали системы охлаждения,

- детали системы сцепления,

- детали тормозной системы,

- кузовные запчасти и автомобильная оптика.

Расходные материалы для ТО:

- масла и автохимия,

- тормозные диски и колодки,

- стеклоочистители (дворники),

- фильтры воздушные, масляные, топливные, фильтры салона.

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

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

Глобальными целями магазина «Запчасти Ford» являются:

1. Максимальное удовлетворение потребностей клиентов.

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

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

К основным бизнес-процессам предприятия относятся:

1. Планирование работы персонала.

2. Закупка автозапчастей.

3. Продажа автозапчастей.

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

5. Предоставление информации постоянным клиентам о новостях мира «Ford».

1.2 Организационная структура магазина «Запчасти Ford»

Магазин «Запчасти Ford» делится на следующие отделы:

1. Администрация магазина.

2. Склад.

3. Отдел продаж запчастей.

4. Отдел шиномонтажа.

1.2.1 Администрация

Администрация магазина - это отдел, который занимается:

- организацией работы предприятия,

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

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

- приемом, переводом и увольнением сотрудников,

- составлением приказов,

- формированием личных дел,

- ведением трудовых книжек,

- организация процесса премирования,

- составлением бюджетов и контролем за фактическим выполнением бюджетов,

- контролем выполнения работ.

Также администрация отвечает за ведение переговоров с поставщиками.

Состав отдела:

1. Директор - это владелец магазина, он занимается управлением и ведет переговоры с поставщиками также он рассматривает новые кандидатуры на различные должности.

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

1.2.2 Склад

Склад магазина «Запчасти Ford» - это отдел, занимающийся хранением деталей для обслуживания и продажи их клиентам.

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

1.2.3 Отдел продаж запчастей

Отдел продаж запчастей - это отдел который занимается продажей запчастей и распространением новостей мира Ford среди постоянных клиентов.

Состав отдела:

1. Менеджер. Это человек, который работает с клиентами, производит продажу запчастей, информирует постоянных клиентов о новостях мира Ford

2. Консультант по запчастям - этот человек предоставляет консультации по запчастям и принимает участие в продаже запчастей.

1.2.4 Отдел шиномонтажа

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

Этот отдел состоит из:

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

2. Мастера ремонтной зоны - это человек, который руководит процессом выполнения обслуживания.

3. Механиков - это квалифицирования мастера, выполняющие обслуживание автомобиля каждый по своему направлению.

1.3 Моделирование бизнес процессов

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

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

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

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

IDEF0 (Integration Definition for Function Modeling) - нотация описания бизнес-процессов. Основана на методологии SADT.

SADT (Structured Analysis and Design Technique, технология структурного анализа и проектирования) - графические обозначения и подход к описанию систем. Разработка SADT началась в 1969 году и была опробована на практике в компаниях различных отраслей (аэрокосмическая отрасль, телефония и т.д.). Публично появилась на рынке в 1975 г и получила очень широкое распространение в мире.

IDEF0 является результатом программы компьютеризации промышленности, которая была предложена ВВС США. Автоматизация деятельности предприятий потребовала соответствующих методик и инструментов. Перед тем, как разрабатывать программное обеспечение, необходимо было четко и понятно описать бизнес-процессы (нельзя автоматизировать хаос). Инструменты, разработанные для задач программирования, так же могут быть полезны и для задач менеджмента. Нотация может быть использована для моделирования широкого круга автоматизированных и неавтоматизированных систем.

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

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

Каждая IDEF0-диаграмм а содержит блоки и дуги. Блоки изображают функции моделируемой системы. Дуги связывают блоки вместе и отображают взаимодействия и взаимосвязи между ними.

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

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

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

Блоки в IDEF0 размещаются по степени важности, как ее понимает автор диаграммы. Этот относительный порядок называется доминированием. Доминирование понимается как влияние, которое один блок оказывает на другие блоки диаграммы. Например, самым доминирующим блоком диаграммы может быть либо первый из требуемой последовательности функций, либо планирующая или контролирующая функция, влияющая на все другие.

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

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

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

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

Контекстная диаграмма показана на рисунке 1.1.

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

При уточнении (декомпозиции) контекстной диаграммы получают диаграммы декомпозиции.

Диаграмма второго уровня показана на рисунке 1.2

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

Диаграмма декомпозиции процесса «Ведение справочников» показана на рисунке 1.3



Рисунок 1.3. Диаграмма декомпозиции процесса «Ведение справочников»

Диаграмма декомпозиции процесса «Учет поставок» показана на рисунке 1.4

Рисунок 1.4. Диаграмма декомпозиции процесса «Учет поставок»

Диаграмма декомпозиции процесса «Учет продаж» показана на рисунке 1.5



Рисунок 1.5. Диаграмма декомпозиции процесса «Учет продаж»

1.4 Постановка задачи

В данной работе необходимо разработать программное средство, предназначенное для учета запчастей в магазине «Запчасти Ford».

Требуемый функционал:

1. Ведение справочников.

- справочник типов запчастей,

- справочник моделей автомобилей ,

- справочник поставщиков,

- справочник типов запчастей.

2. Учет связей между запчастями и моделями, а именно:

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

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

3. Ведение учета наличия запчастей в магазине.

4. Ведение учета поставок запчастей в магазин от поставщиков.

5. Ведение учета продаж запчастей в магазине.

1.5 Обоснование проектных решений по видам обеспечения

1.5.1 Техническое обеспечение

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

- процессор G620 2.6 GHz,

- оперативная память 2 Гб,

- жесткий диск 1000 Гб,

- лазерный принтер.

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

1.5.2 Информационное обеспечение

Входные документы:

1. Спецификации запчастей. Из них вносятся основные данные в справочник запчастей.

2. Накладные, которые приходят при поставках товаров.

Выходные документы:

1. Прайс товаров (запчастей).

2. Чек, формируемый при операциях продажи запчастей.

Внутренние справочники:

- справочник типов запчастей,

- справочник моделей автомобилей ,

- справочник поставщиков,

- справочник типов запчастей.

2. Проектирование и разработка системы

2.1 Выбор СУБД

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

Достоинства Microsoft Access:

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

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

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

4. Распространенность, которая обусловлена тем, что Access является продуктом компании Microsoft.

5. Access постоянно обновляется производителем, поддерживает множество языков.

6. Access полностью совместим с операционной системой Windows.

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

8. Широкие возможности по импорту/экспорту данных в различные форматы, от таблиц Excel и текстовых файлов, до практически любой серверной СУБД через механизм ODBC.

9. Наличие развитых встроенных средств разработки приложений. Большинство приложений, распространяемых среди пользователей, содержит тот или иной объем кода VBA (Visual Basic for Applications),

10. Наличие встроенного языка макрокоманд.

Но вместе с тем присутствуют и недостатки:

1. Ограничены возможности по обеспечению многопользовательской среды,

2. В ранних версиях (до Access 2003) отсутствуют такие средства как триггеры и хранимые процедуры, что заставляет разработчиков возлагать поддержание бизнес логики БД на клиентскую программу или разрабатывать процедуры с помощью встроенного средства VBA.

3. Обладает несложными способами защиты с использованием пароля БД (возможно применения дополнительных мер по защите от несанкционированного доступа с использованием процедур VBA),

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

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

2.2 Выбор среды разработки

К системе разработки предъявляются следующие требования:

- высокое быстродействие создаваемой программы

- высокая скорость разработки

- удобство разработки

- простота освоения,

- широкая функциональность,

- возможность работать с различными СУБД.

Среда Borland Delphi 7 подходит под все вышеперечисленные требования.

История Delphi начинается с 60-х годов, когда профессор Н.Вирт разработал язык высокого уровня Pascal. Затем, в 1983 году, А. Хейлсберг совместно с другими программистами, которые только что организовали компанию Borland, разработал компилятор Turbo Pascal, который стал следующим шагом в эволюции Delphi. Затем появился Object Pascal, который уже использовал объектно-ориентированный подход к программированию. Когда появилась первая версия Windows - Windows 3.10, программисты Borland создали Delphi 1. Это уже была объектно-ориентированная среда для визуальной разработки программ, основанная на языке Object Pascal.

Object Pascal - результат развития языка Турбо Паскаль, который, в свою очередь, развился из языка Паскаль. Паскаль был полностью процедурным языком, Турбо Паскаль, начиная с версии 5.5, добавил в Паскаль объектно-ориентированные свойства, а в Object Pascal - динамическую идентификацию типа данных с возможностью доступа к метаданным классов (то есть к описанию классов и их членов) в компилируемом коде, также называемом интроспекцией - данная технология получила обозначение RTTI. Так как все классы наследуют функции базового класса TObject, то любой указатель на объект можно преобразовать к нему, после чего воспользоваться методом ClassType и функцией TypeInfo, которые и обеспечат интроспекцию.

Delphi оказал огромное влияние на создание концепции языка C# для платформы .NET. Многие его элементы и концептуальные решения вошли в состав С#. Одной из причин называют переход Андерса Хейлсберга, одного из ведущих разработчиков Delphi, из компании Borland Ltd. в Microsoft Corp.

С появлением Windows 95 появилась Delphi 2, затем Delphi 3, 4, 5. Язык программирования Object Pascal, который являлся стержнем Delphi, претерпел такие существенные изменения, что с появлением Delphi 7 компания Borland, которая уже превратилась в корпорацию, официально объявила о переименовании Object Pascal в Delphi. Поэтому правы те, кто говорит, что Delphi - это визуальная среда разработки программ. Но также правы и те, кто утверждает, что Delphi - это один из лучших языков программирования.

Delphi 7 - наиболее стабильная версия языка программирования для Win32 - то есть 32-разрядных версий Windows. Появились и новые версии Delphi, но они ориентированны на технологию .NET, за которую начинающим программистам браться рановато. Тем более, что эта технология еще не применяется широко, и рынок программного обеспечения, созданного с помощью Delphi, все равно составляют программные продукты, написанные на Delphi 7, и даже более ранних версий.

Delphi - императивный, структурированный, объектно-ориентированный язык программирования, диалект Object Pascal. Начиная со среды разработки Delphi 7.0, в официальных документах Borland стала использовать название Delphi для обозначения языка Object Pascal. Начиная с 2007 года уже язык Delphi (производный от Object Pascal) начал жить своей самостоятельной жизнью и претерпевал различные изменения связанные с современными тенденциями (например, с развитием платформы .NET).

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

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

Такие требования к современному программированию привели к созданию многочисленных RAD (Rapid Application Development - быстрая разработка приложений), представляющих собой интегрированные среды разработчика, включающие в себя:

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

- встроенные компиляторы и отладчики;

- системы коллективной разработки проектов и т.д.

Одной из таких RAD систем является Delphi. Итак, Delphi - это объектно ориентированная среда для визуального проектирования Windows приложений с развитыми механизмами повторного использования программного кода. Основным конкурентом Delphi является среда разработки Microsoft Visual C++ (Visual Studio), имеющая свои преимущества и недостатки, однако являющаяся более популярной, в основном, в силу того, что разработана именно фирмой Microsoft.

Основу Delphi составляет не только сам язык, но и RAD (Rapid Application Development) - среда быстрой разработки программ. Благодаря визуальному программированию, а также достаточно большой библиотеке визуальных компонентов, Delphi позволяет создавать программы наиболее быстро и эффективно, принимая на себя основную работу, и оставляя программисту творческий процесс. Разумеется, возможность быстрого создания профессиональных приложений для Windows делает Delphi - программистов востребованными во всех отраслях человеческой деятельности.

2.3 Инфологическое моделирование предметной области

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

В результате анализа предметной области можно выделить в ней следующие сущности (информационные объекты):

1. Модели.

2. Типы запчастей.

3. Поставщики.

4. Запчасти.

5. Поставки запчастей.

6. Продажи запчастей.

Приведем основные атрибуты сущностей.

1. Модели.

- название модели,

- год выпуска модели,

- запчасти, которые подходят для модели.

2. Типы запчастей

- название типа.

3. Поставщики.

- название,

- адрес,

- телефон.

4. Запчасти.

- название запчасти,

- тип запчасти,

- цена,

- гарантия,

- количество,

- модели, в которых применяются.

5. Поставки запчастей.

- дата,

- поставщик,

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

- номер накладной.

6. Продажи запчастей.

- дата,

- список проданных запчастей,

- общая сумма.

Отобразим выделенные сущности и связи между ними при помощи ER-диаграммы (рисунок 2.1).

Рисунок 2.1 - ER-диаграмма предметной области

2.4 Даталогическое проектирование

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

Рассмотрим по очереди выявленные сущности.

1. Модели. Существующие атрибуты: название модели, год выпуска модели и запчасти, которые подходят для модели. Для однозначной идентификации каждой модели необходимо добавить атрибут «Код модели». Данный атрибут станет первичным ключом и будет использоваться в запросах на редактирование и удаление данных в соответствующей таблице, а также для ссылок на записи данной таблицы из других таблиц. Что касается атрибута «Запчасти, которые подходят для модели», то его использование рассмотрим ниже.

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

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

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

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

- код записи,

- код модели,

- код запчасти.

5. Поставки запчастей. Данную сущность необходимо разбить на две для ликвидации связи типа «многие ко многим» с сущностью «Запчасти». Для этого введем дополнительную таблицу «Состав операции поставки». У сущности «Поставки запчастей» будут такие атрибуты: дата, поставщик, номер накладной, общая сумма. Для однозначной идентификации каждой поставки необходимо добавить атрибут «Код поставки». Кроме того, вместо атрибута «Поставщик» нужно использовать поле «Код поставщика», которое станет внешним ключом для связи с сущностью «Поставщик». У сущности «Состав операции поставки» будут такие атрибуты: товар, количество. Для однозначной идентификации каждой позиции поставки необходимо добавить атрибут «Код состава поставки». Кроме того, вместо атрибута «Запчасти» нужно использовать поле «Код запчасти», которое станет внешним ключом для связи с сущностью «Запчасти». Также для связи с таблицей «Поставки запчастей» необходимо добавить поле «Код поставки», которое станет внешним ключом.

6. Продажи запчастей. Данную сущность необходимо разбить на две для ликвидации связи типа «многие ко многим» с сущностью «Запчасти». Для этого введем дополнительную таблицу «Состав операции продажи». У сущности «Продажи запчастей» будут такие атрибуты: дата, общая сумма. Для однозначной идентификации каждой продажи необходимо добавить атрибут «Код продажи». У сущности «Состав операции продажи» будут такие атрибуты: товар, количество. Для однозначной идентификации каждой позиции продажи необходимо добавить атрибут «Код состава продажи». Кроме того, вместо атрибута «Запчасти» нужно использовать поле «Код запчасти», которое станет внешним ключом для связи с сущностью «Запчасти». Также для связи с таблицей «Продажи запчастей» необходимо добавить поле «Код продажи», которое станет внешним ключом.

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

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

Приведем описание таблиц, полей и типов полей.

1. Таблица моделей.

Таблица содержит поля, перечисленные в таблице 2.1.

Таблица 2.1. Структура таблицы моделей

Название поля	Тип поля	Описание
IDModel	Счетчик	Код модели
NazvaModel	Тестовый (200)	Название модели
GodVipuskaModel	Длинное целое	Год выпуска модели

2. Таблица типов запчастей

Таблица содержит поля, перечисленные в таблице 2.2.

3. Таблица поставщиков

Таблица содержит поля, перечисленные в таблице 2.3.

Таблица 2.2. Структура таблицы типов запчастей

Название поля	Тип поля	Описание
IDTypeZapchast	Счетчик	Код типа
NazvaTypeZapchast	Тестовый (100)	Название типа

Таблица 2.3. Структура таблицы поставщиков

Название поля	Тип поля	Описание
IDPostavshik	Счетчик	Код поставщика
NazvaPostavshik	Тестовый (200)	Название поставщика
AdresPostavshik	Тестовый (200)	Адрес поставщика
TelPostavshik	Тестовый (20)	Телефон поставщика

4. Таблица запчастей

Таблица содержит поля, перечисленные в таблице 2.4.

Таблица 2.4. Структура таблицы запчастей

Название поля	Тип поля	Описание
IDZapchast	Счетчик	Код запчасти
IDTypeZapchast	Длинное целое	Код типа запчасти
NazvaZapchast	Тестовый (250)	Название запчасти
CenaZapchast	Денежный	Цена запчасти
GarantiaZapchast	Длинное целое	Гарантия
KolichestvoZapchast	Длинное целое	Количество в наличии

5. Таблица соответствия запчастей и моделей

Таблица содержит поля, перечисленные в таблице 2.5.

6. Таблица поставок

Таблица содержит поля, перечисленные в таблице 2.6.

7. Таблица позиций поставки

Таблица содержит поля, перечисленные в таблице 2.7.

Таблица 2.5. Структура таблицы соответствия запчастей и моделей

Название поля	Тип поля	Описание
IDZapModel	Счетчик	Код записи
IDZapchast	Длинное целое	Код запчасти
IDModel	Длинное целое	Код модели

Таблица 2.6. Структура таблицы поставок

Название поля	Тип поля	Описание
IDPostavka	Счетчик	Код поставки
DataPostavka	Дата	Дата поставки
IDPostavshik	Длинное целое	Код поставщика
NomerNakladPostavka	Тестовый (30)	Номер накладной

Таблица 2.7. Структура таблицы позиций поставки

Название поля	Тип поля	Описание
IDSostPostavka	Счетчик	Код записи
IDPostavka	Длинное целое	Код поставки
IDZapchast	Длинное целое	Код запчасти
Kolichestvo	Длинное целое	Количество

8. Таблица продажи

Таблица содержит поля, перечисленные в таблице 2.8.

Таблица 2.8. Структура таблицы продажи

Название поля	Тип поля	Описание
IDProdaza	Счетчик	Код продажи
DataProdaza	Дата	Дата продажи
ItogSumma	Денежный	Итоговая сумма

9. Таблица позиций продажи

Таблица содержит поля, перечисленные в таблице 2.9.

Таблица 2.9. Структура таблицы позиций продажи

Название поля	Тип поля	Описание
IDSostProdaza	Счетчик	Код записи
IDProdaza	Длинное целое	Код продажи
IDZapchast	Длинное целое	Код запчасти
Kolichestvo	Длинное целое	Количество
Summa	Денежный	Сумма

2.5 Логика обработки данных

В программе существует ряд справочников:

- запчасти,

- модели,

- типы запчастей,

- поставщики,

- соответствие запчастей и моделей.

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

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

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

Про продаже, наоборот, - количество проданных запчастей того или иного вида отнимается от наличного в данный момент количества этой запчасти в магазине.

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

2.6 Разработка программного кода программного средства

Так как в качестве СУБД выбрана Access, то рекомендуется для связи с базой данных использовать специализированные компоненты Deplhi предназначенные для связи в данной СУБД.

Для непосредственной связи с базой используем компонент TADOConnection. Основным свойством данного компонента являются:

ConnectionString - список параметров подключения,

Connected - управление подсоединением к БД, или проверка состояния соединения.

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

try

DM.Base.Connected := false;

DM.Base.ConnectionString := 'Data Source=' + GetCurrentDir + '\Baza.mdb';

DM.Base.Connected := true;

DM.ActivateAll;

except

MessageDlg('Невозможно подключиться к БД!', mtError, [mbOK], 0);

Application.Terminate;

end;

где ActivateAll - процедура подключения к таблицам базы данных.

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

Для связи с таблицами будем использовать компоненты TADOQuery. В свойства SQL данного компонента записывается текст запроса к соответствующей таблице, например:

select * from Zapchast order by NazvaZapchast

Однако сам по себе компонент TADOQuery не способен отобразить содержимое таблиц. Это всего лишь компонент для выполнения запросов.

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

Основное свойство - DataSource - определяет источник получения данных. Содержит имя экземпляра компонента TDataSource, через который передается набор данных.

Для связи компонента TDBGrid с компонентом TADOQuery используется компонент TDataSource.

TDataSource является связующим звеном между наборами данных, представленных компонентами TTable, TQuery и TStoredProc, и визуальными компонентами отображения и управления данными. Каждый набор данных должен иметь по меньшей мере один компонент TDataSource, так как TTable и TQuery устанавливают соединение с базой данных через BDE, но не умеют отображать полученную информацию в формах приложения. Визуальные компоненты отображают данные, но не имеют представления о структуре передаваемых таблиц. Именно это противоречие устраняет компонент TDataSource. Кроме этого, он применяется для связывания таблиц или запросов при построении односвязных форм в Эксперте форм баз данных.

То есть получается следующая цепочка: База данных

-> TADOConnection -> TADOQuery -> TDataSource -> TDBGrid.

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

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

2.7 Описание программных модулей

Единицей программы является модуль. Модуль предназначен для выполнения какого-либо функционала. Функционал разносится по модулям с точки зрения направленности: например, модуль работы с БД, модуль отчетности по продажам и т.д.

При написании программы было разработано 15 модулей. Название и основное предназначение каждого из которых приведено в таблице 2.10.

Таблица 2.10. Характеристика модулей программы

№	Модуль	Назначение
1	DM	Модуль работы с БД
2	MainForm	Главный модуль программы. Отображает все основные данные, вызывает функционал других модулей
3	RedKolZapInPost	Модуль указания количества запчастей того или иного вида в конкретной поставке
4	RedKolZapInProd	Модуль указания количества запчастей того или иного вида в конкретной продаже
5	RedModel	Модуль внесения и редактирования данных о моделях
6	RedPostavka	Модуль внесения данных о поставках
7	RedPostavshik	Модуль внесения и редактирования данных о поставщиках
8	RedSostPost	Модуль, отображающий позиции каждой поставки и позволяющий указывать состав принимаемых поставок
9	RedSostProdaza	Модуль, отображающий позиции каждой продажи и позволяющий указывать состав продажи
10	RedTypeZap	Модуль внесения и редактирования данных о типах запчастей
11	RedZapchast	Модуль внесения и редактирования данных о запчастях
12	RedZapModel	Модуль, позволяющий задавать соответствия между моделями и запчастями
13	RepProdaza	Модуль, формирующий отчет о продаже (кассовый чек)
14	RepZap	Модуль, формирующий прайс-лист запчастей
15	ZapToModel	Модуль, просмотра соответствия между моделями и запчастями

2.8 Описание работы с программой

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

Список закладок:

- продажа,

- поставки,

- запчасти,

- модели,

- типы запчастей,

- поставщики.

Главная форма, открытая па первой закладке показана на рис. 2.3.

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

1. Поставщики.

Главная форма, открытая на закладке поставщиков, показана на рис. 2.4.

Рисунок 2.4 Главная форма (закладка поставщики)

На форме отображается список всех поставщиков, доступен поиск по части названия поставщика и кнопки управления «Внести нового», «Редактировать данные» и «Удалить поставщика».

Для внесения в список нового поставщика необходимо нажать кнопку «Внести нового», в появившейся форме (рис. 2.5) внести данные добавляемого поставщика и нажать кнопку «Сохранить».

Рисунок 2.5 Форма редактирования справочника поставщиков (режим добавления)

Для редактирования данных произвольного поставщика необходимо выбрать его в списке (или воспользоваться поиском), нажать кнопку «Редактировать данные», в появившейся форме (рис. 2.6) изменить все или часть данных после чего нажать кнопку «Сохранить».

Рисунок 2.6 Форма редактирования справочника поставщиков (режим изменения)

Если необходимо удалить поставщика, то следует нажать на кнопку «Удалить поставщика». В результате появится окно, в котором нужно будет подтвердить данное действие (рис. 2.7).

Рисунок 2.7 Подтверждение удаления поставщика

2. Типы запчастей.

Главная форма, открытая на закладке типов запчастей, показана на рис. 2.8.

Рисунок 2.8 Главная форма (закладка типов запчастей)

На форме отображается список типов запчастей, доступен поиск по части названия типа и кнопки управления «Внести новую», «Редактировать данные» и «Удалить тип».

Для внесения в список нового типа необходимо нажать кнопку «Внести новый», в появившейся форме (рис. 2.9) внести данные добавляемого типа и нажать кнопку «Сохранить».

Рисунок 2.9 Форма редактирования справочника типов запчастей (режим добавления)

Для редактирования наименования типа запчасти необходимо выбрать его в списке (или воспользоваться поиском), нажать кнопку «Редактировать данные», в появившейся форме (рис. 2.10) изменить наименование, после чего нажать кнопку «Сохранить».

Рисунок 2.10 Форма редактирования справочника поставщиков (режим изменения)

Если необходимо удалить тип запчасти, то следует нажать на кнопку «Удалить тип». В результате появится окно, в котором нужно будет подтвердить данное действие (рис. 2.11).



Рисунок 2.11 Подтверждение удаления типа запчасти

3. Модели.

Главная форма, открытая на закладке моделей, показана на рис. 2.12.

Рисунок 2.12 Главная форма (закладка моделей)

На форме отображается список всех моделей, доступен поиск по части названия модели и кнопки управления «Внести новую», «Редактировать данные», «Удалить модель» и «Смотреть имеющиеся запчасти».

Для внесения в список новой модели необходимо нажать кнопку «Внести новую», в появившейся форме (рис. 2.13) внести данные добавляемой модели и нажать кнопку «Сохранить».

Для редактирования данных модели необходимо выбрать ее в списке (или воспользоваться поиском), нажать кнопку «Редактировать данные», в появившейся форме (рис. 2.14) изменить все или часть данных, после чего нажать кнопку «Сохранить».



Рисунок 2.13 Форма редактирования справочника поставщиков (режим добавления)

Рисунок 2.14 Форма редактирования справочника моделей (режим изменения)

Если необходимо удалить модель, то следует нажать на кнопку «Удалить модель». В результате появится окно, в котором нужно будет подтвердить данное действие (рис. 2.15).

Рисунок 2.15 Подтверждение удаления модели

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

Рисунок 2.16 Список запчастей, подходящих к конкретной модели

4. Запчасти.

Главная форма, открытая на закладке запчастей, показана на рис. 2.17.

Рисунок 2.17 Главная форма (закладка запчастей)

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

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

Запчасти подкрашиваются различными цветами в зависимости от их количества. Если в наличии более трех запчастей строка с данной запчастью остается белой, если запчастей менее трех - то срока желтая, если запчастей в данный момент нет - то красная.

Для внесения в список новой запчасти необходимо нажать кнопку «Внести новую», в появившейся форме (рис. 2.18) внести данные добавляемой модели и нажать кнопку «Сохранить».

Рисунок 2.18 Форма редактирования запчастей (режим добавления)

Для редактирования данных запчасти необходимо выбрать ее в списке (или воспользоваться поиском), нажать кнопку «Редактировать данные», в появившейся форме (рис. 2.19) изменить все или часть данных после чего нажать кнопку «Сохранить».

Если необходимо удалить запчасть, то следует нажать на кнопку «Удалить запчасть». В результате появится окно, в котором нужно будет подтвердить данное действие (рис. 2.20).



Рисунок 2.19 Форма редактирования запчастей (режим изменения)

Рисунок 2.20 Подтверждение удаления модели

Кнопка «Распечатать» выводит на экран прайс запчастей с возможностью распечатать его (рис. 2.21)

Рисунок 2.21 Прайс запчастей

Кнопка «Редактировать список моделей» позволяет задать соответствие между запчастями и моделями. После ее нажатия открывается форма (рис. 2.22), на которой в верхней части находится список всех моделей, а в нижней - модели, для которых подходит данная запчасть. Для переноса модели в нижний список или удаления ее из списка необходимо сделать двойной щелчок мышью на строке с моделью.

Рисунок 2.22 Форма связи запчастей и моделей

Первые две закладки предназначены для учета основных операций магазина:

- поставок запчастей,

- продаж товаров.

1. Поставки запчастей.

Главная форма, открытая на закладке поставок, показана на рис. 2.23.

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

Для внесения в список новой поставки необходимо нажать кнопку «Внести новую», в появившейся форме (рис. 2.24) внести данные добавляемой поставки и нажать кнопку «Сохранить».



Рисунок 2.23 Главная форма (закладка поставок)

Рисунок 2.24 Форма добавления поставок

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

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

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

2. Продажи запчастей.

Главная форма, открытая на закладке продаж, показана на рис. 2.27.



Рисунок 2.25. Форма учета позиций поставки

Рисунок 2.26 Форма указания количества каждой позиции

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

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

Рисунок 2.27 Главная форма (закладка продаж)

Рисунок 2.28. Форма учета позиций поставки



Рисунок 2.29 Форма указания количества каждой позиции

Кнопка «Распечатать чек» выводит на экран чек операции с возможностью распечатать его (рис. 2.30)

Рисунок 2.30 Чек операции продажи

3. Обоснование экономической эффективности проекта

3.1 Выбор и обоснование методики расчёта экономической эффективности

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

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

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

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

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

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

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

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

увеличение объемов и сокращение сроков переработки информации;

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

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

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

снижение затрат на эксплуатационные материалы.

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

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

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

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

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

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

Гарантированный экономический эффект рассчитывается в виде гарантированного экономического эффекта для конкретного объекта внедрения и общего гарантированного внедрения по ряду объектов.

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