Добавлен: 17.05.2023
Просмотров: 72
Скачиваний: 2
СОДЕРЖАНИЕ
1.1. Выбор комплекса задач автоматизации
1.2. Характеристика существующих бизнес – процессов
1.3. Характеристика документооборота, возникающего при решении задачи
1.4. Обоснование проектных решений по информационному обеспечению
1.5. Обоснование проектных решений по программному обеспечению
2.1. Информационная модель и её описание
2.2. Характеристика нормативно-справочной, входной и оперативной информации
2.3. Характеристика результатной информации
2.4. Общие положения (дерево функций и сценарий диалога)
2.5. Характеристика базы данных
2.6. Структурная схема пакета (дерево вызова программных модулей)
2.7 Описание программных модулей
ВВЕДЕНИЕ
Одним из факторов, определяющих уровень развития современного общества и его интеллектуальные возможности, является оснащённость его средствами вычислительной техники – основы автоматизации умственной деятельности человека. Сфера использования ЭВМ[1] в настоящее время настолько широка, что нет такой области, где применение ЭВМ было бы нецелесообразным. Особенно важна роль ЭВМ для развития науки, роста промышленного производства и повышения эффективности управления.
Рациональное и умелое использование богатейших возможностей ЭВМ является одной из серьёзных проблем настоящего периода развития общества, и актуальность решения этой проблемы растёт по мере увеличения парка ЭВМ и совершенствования их технического и программного оснащения. Эффективный путь решения указанной проблемы состоит в глубоком освоении и широком использовании на практике языков программирования высокого уровня, позволяющих записывать алгоритмы решаемых задач в довольно естественном для пользователя виде и затем использовать средства системного программного обеспечения ЭВМ для доводки программ до машинной реализации.
Предлагаемая программа реализует базу данных учета закупок товара на складе автозапчастей. Данная система должна обеспечивать возможность учета закупок товара и обеспечивать ввод, удаление, хранение и редактирование информации, которая содержится в таблицах данных.
Цель дипломного проекта состоим в том, что бы разработать данную программу, используя возможности среды визуального программирования Delphi.
Исходя цели курсовой работы, поставлены следующие задачи:
- изучить принципы закупки товара
- дать определение основным средствам разработки и терминам
- проанализировать и выбрать среду разработки программы
- определить требования к программе
- разработать структуру программы
- сделать оценку экономической эффективности проекта
Объект исследования – магазин запасных частей к автомобилям.
Предметом исследования является склад запасных частей к автомобилям.
Для курсовой работы определена следующая структура:
работа состоит из введения, двух глав, заключения, списка использованных источников и 1 приложения.
ГЛАВА 1. АНАЛИТИЧЕСКАЯ ЧАСТЬ
1.1. Выбор комплекса задач автоматизации
База данных - набор сведений, хранящихся некоторым упорядоченным способом. Можно сравнить базу данных со шкафом, в котором хранятся документы. Иными словами, база данных - это хранилище данных[3,22c.].
Существует много разновидностей баз данных, отличающиеся по разным критериям. Одной из основных классификаций баз данных является классификация по модели данных.
- Иерархическая модель данных – это модель данных, где используется представление баз данных в виде древовидной(иерархической) структуры, состоящей из объектов (данных) различных уровней.
- Объектно-ориентированная база данных (ООБД) – база данных, в которой данные моделируются в виде объектов, их атрибутов, методов и классов.
Объектно-ориентированные базы данных обычно рекомендованы для тех случаев, когда требуется высокопроизводительная обработка данных, имеющих сложную структуру.
- Объектно-реляционная СУБД (ОРСУБД) – реляционная СУБД(РСУБД), поддерживающая некоторые технологии, реализующие объектно-ориентированный подход: объекты, классы и наследование реализованы в структуре баз данных и языке запросов.
- Реляционная модель данных (РМД) – логическая модель данных, прикладная теория построения баз данных, которая является приложением к задачам обработки данных таких разделов математики как теории множеств и логика первого порядка[4,23c.].
Сами по себе базы данных не представляли бы интереса, если бы не было систем управления базами данных (СУБД).
Система управления базами данных – это совокупность языковых и программных средств, которая осуществляет доступ к данным, позволяет их создавать, менять и удалять, обеспечивает безопасность данных и т.д. В общем СУБД – это система, позволяющая создавать базы данных и манипулировать сведениями из них.
Архитектура СУБД представлена на рисунке 1.
Рисунок 1 – Архитектура СУБД
Поскольку использование баз данных является одним из краеугольных камней, на которых построено существование различных организаций, пристальное внимание разработчиков приложений баз данных вызывают инструменты, при помощи которых такие приложения можно было бы создавать. Выдвигаемые к ним требования в общем виде можно сформулировать как: "быстрота, простота, эффективность, надежность"[9,13c.].
Среди большого разнообразия продуктов для разработки приложений Delphi занимает одно из ведущих мест. Delphi отдают предпочтение разработчики с разным стажем, привычками, профессиональными интересами. С помощью Delphi написано колоссальное количество приложений, десятки фирм и тысячи программистов-одиночек разрабатывают для Delphi дополнительные компоненты[13,15c.].
В основе такой общепризнанной популярности лежит тот факт, что Delphi, как никакая другая система программирования, удовлетворяет изложенным выше требованиям. Действительно, приложения с помощью Delphi разрабатываются быстро, причем взаимодействие разработчика с интерактивной средой Delphi не вызывает внутреннего отторжения, а наоборот, оставляет ощущение комфорта. Delphi – приложения эффективны, если разработчик соблюдает определенные правила (и часто – если не соблюдает). Эти приложения надежны и при эксплуатации обладают предсказуемым поведением
1.2. Характеристика существующих бизнес – процессов
В соответствии со стандартом IDEF0 предписывает построение иерархической системы диаграмм, которая включает единичное описание информационной системы и подсистем, включенных в нее. Далее производится разделение каждой подсистемы в соответствии с требуемым уровнем декомпозиции[2].
Бизнес-процесс может иметь несколько выходов и пересекать организационные границы, то есть может протекать поверх барьеров, существующих между подразделениями предприятия, а также между различными предприятиями, связанными отношениями «поставщик – потребитель». Распространена ситуация, когда бизнес-процесс не зависит от формальной организационной структуры предприятия[3].
Для понимания сущности бизнес–процесса используют следующие уточняющие понятия[4]:
– вход бизнес–процесса – комплектация и поставки входящего объекта;
– выход бизнес–процесса – выбытие исходящего результата в виде информации, продукта, работы, услуги;
– границы бизнес–процесса – исходные и конечные точки фиксации процесса;
– граница входа бизнес–процесса – предшествует первому шагу процесса;
– граница выхода бизнес–процесса – размещается за последним шагом процесса;
– первичный вход бизнес–процесса – основной входящий объект (ресурс);
– вторичный вход процесса – поддерживающий входящий объект (ресурс);
– первичный выход процесса – основной исходящий результат процесса;
– вторичный выход процесса – побочный исходящий результат процесса.
Контекстная диаграмма, приведенная на рисунке 2, реализована с помощью методологии IDEF0. Главной компонентой является диаграмма (активность) «Учет товаров».
Рисунок 2− Контекстная диаграмма системы
ПБУ
Налоговое
законодательство
Предприниматель
Бухгалтерская система
Данные о приходе товара
0
0р.
Учеттоваров
Учет товара производится предпринимателем и бухгалтерской системой на основе данных о приходе товара.
Функциональная декомпозиция системы приведена на рисунке 3. На этом уровне выполняются следующие функции:
− Оприходование товара;
Оприходование товара производится предпринимателем и бухгалтерской системой на основе данных о приходе товара. Также используются справочные данные из каталога товаров. Результатом является информация о наличии товара на складе[7,5c.].
- Учет товара − оприходование и реализация товара, формирование накладных, счета, товарного чека[10,7c.].
- Оприходование товара − учет прихода товара, формирование информации о наличии товара на складе[7,6c.].
Данные о товаре
Оприходование товара
2
Каталог
товаров
Данные о приходетовара
Рисунок 3− Функциональная декомпозиция системы первого уровня
1.3. Характеристика документооборота, возникающего при решении задачи
На таблице 1 рассмотрим основные виды первичных учетных документов, необходимые для оформления процедур по приему, хранению и сбыту товаров на складе. Документальное оформление каждой операции необходимо в первую очередь для предупреждения ошибок, нарушений персонала.
Процедура |
Документ складского учета |
Назначение |
Прием товара |
Накладная от поставщиков |
Документ является основанием для оприходования товаров. |
Приходная накладная |
Документ оформляется на основании накладной от поставщика и необходим для учета поступающей на склад продукции |
|
Товарно-транспортная накладная по форме №1-Т |
Первичный учетный документ, оформляется для подтверждения факта приемки-передачи ТМЦ, которые были доставлены транспортом. Первая часть накладной состоит из товарного раздела, который служит для списания товаров у грузоотправителей и их оприходования у грузополучателей. Вторая часть, транспортная, служит для учета проведенной транспортной работы и расчетов за услуги транспортировки товаров. |
|
М-4. Приходный складской ордер |
Оформляется для учета материалов, товаров, которые поступают на склад от поставщиков, выписывается на все количество ТМЦ фактически поступивших в определенный день. Может быть выписан только на основании другого документа, к примеру, накладной. |
|
Акт о приемке товара |
Оформляется для учета ТМЦ при приемке и после проверки доставленных товаров по качеству, количеству, массе, комплектности. Заполнение Акта по форме ТОРГ-1 является подтверждением того, что принятый товар проверен и принят на склад/в магазин. |
|
Акт о расхождении |
Оформляется в том случае, если при приемке товаров грузополучатель обнаружит расхождения по количеству или качеству товара, которые были прописаны в договоре купли-продажи или несоответствие товара его сопроводительным документам. . |
|
Хранение |
Товарный ярлык |
Для учета товаров в местах их хранения применяется товарный ярлык, который составляется на каждое наименование товаров и хранится вместе с товаром. Содержит информацию: наименование товара, артикул, сорт, количество товара на складе. Информация с товарного ярлыка необходимо для заполнения инвентаризационной описи. |
Карточка учета материалов |
Оформляется для учета движения материалов, которые находятся на складе на хранении и учета их местонахождения. На каждый вид, сорт, размер товаров заполняется своя карточка учета на основании приходных документов, к примеру, ордера по форме М-4, в день совершения операции. |
|
Отпуск со склада |
Накладная на отпуск материалов на сторону |
Оформляется при передаче материальных ценностей из одной организации в другую, а также при выбытии материалов после их продажи. Один из экземпляров данного документа необходим для отпуска материалов со склада, а во второй передается получателю материалов. В накладной по форме М-15 указывается цена отгружаемых со склада материалов. Чаще накладная используется, когда возникает необходимость сопроводить ТМЦ со склада головного предприятия в его подразделения, территориально расположенные в других местах. |
Товарная накладная |
Оформляется для непосредственного отпуска товаров со склада при их продаже сторонним предприятиям и для осуществления учета соответствующих операций. Один экземпляр товарной накладной остается у продавца и подтверждает факт списания товаров, а второй отдается грузополучателю как основание для оприходования ТМЦ. |
|
Акт о списании |
Оформляется при возникновении порчи товаров по различным причинам. На основании данного акта материалы и товары переводят из используемых в незадействованные и затем списываются.. |
Таблица 1. Основные виды первичных учетных документов.
1.4. Обоснование проектных решений по информационному обеспечению
АРМ менеджера по продажам автозапчастей должна обеспечивать:
- ведение базы данных товаров и групп товаров;
- регистрация прихода товара;
- определение наличия товара на складе;
- формирование прайс-листа магазина.
- формирование следующие отчетные и первичные документы:
- прайс-лист;
- товар в наличии на складе;
- книга покупок за заданный интервал дат;
- счет;
- накладная;
Система должна иметь удобный интерфейс, предоставляющий наиболее гибкий способ просмотра, добавления, редактирования и удаления данных, а также отбор и поиск необходимых данных.
Программа должна обеспечивать устойчивое функционирование (за исключением сбоев из-за системного программного обеспечения).
Система должна удовлетворять следующим требованиям:
среда-разработки – Delphi 6.0;
базу данных необходимо разработать в СУБД Paradox 7;
операционная система WindowsXP/Vista/7/8/8.1.
Программа должна эксплуатироваться в среде операционной системы WindowsXP/Vista/7/8/8.1.
Должен быть установлен движок базы данных BorlandDatabaseEngine.
1.5. Обоснование проектных решений по программному обеспечению
Программное обеспечение – это совокупность программ и соответствующей документации, позволяющая использовать персональный компьютер для решения всевозможных задач[5].
Программное обеспечение осуществляет следующие функции:
– обеспечивает работоспособность персонального компьютера;
– расширяет ресурсы персонального компьютера и повышает эффективность их использования;
– облегчает взаимодействие пользователя с персональным компьютером и повышает производительность его труда, обеспечивая эргономичный интерфейс.
В состав программного обеспечения входят общесистемные и специальные программные продукты, а также техническая документация, которые показаны на рисунке 4.