Система 'Учет заказов и их выполнение в строительной фирме'

Министерство образования и науки Российской Федерации

Государственное автономное образовательное учреждение

среднего профессионального образования Свердловской области

"Уральский радиотехнический колледж им. А.С. Попова"

специальность: 230401 - Информационные системы (по отраслям)

Курсовая работа

Система "Учет заказов и их выполнение в строительной фирме"

Екатеринбург 2015

Содержание

Введение

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

. Системный проект

.1 Описание предметной области

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

.3 Описание данных

.4 Спецификация системы

.5 Логическая структура базы данных

.6 Физическая структура базы данных

Заключение

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

Введение

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

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

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

Цель курсовой работы - проектирование автоматизированного рабочего места (АРМ) системы "Учет заказов и их выполнение в строительной фирме".

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

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

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

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

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

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

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

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

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

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

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

Можно выделить следующие процессы в информационной системе.

1) Прием материалов.

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

2) Калькуляция цен на услуги.

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

)         Оформление заказа.

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

)         Выполнение заказа.

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

5) Оплата заказа.

Клиент оплачивает готовую работу по квитанции.

)   Формирование отчетности.

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

2. Системный проект

.1 Описание предметной области

Проведем первый этап проектирования базы данных - создание модели процессов. Одним из самых удобных средств для этого - программа AllFusion Process Modeler (BPWin).

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

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

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

Рисунок 1 - Функциональная модель системы учета заказов

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

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

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

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

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

Проведем декомпозицию полученной модели (рисунок 2).

Рисунок 2 - Декомпозиция процесса "Учет заказов и выполнение работ"

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

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

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

Прием материалов делится на прием на склад (выход - материалы на складе) и ввод информации в базу данных (рисунок 3). На выходе - хранящаяся в базе данных информация.

Рисунок 3 - Декомпозиция процесса "Прием материалов"

Калькуляция цен на услуги (рисунок 4) делится на подбор материалов для каждой услуги расчета цен на них. Выход - прайс-лист на услуги.

Рисунок 4 - Декомпозиция процесса "Калькуляция цен на услуги"

Оформление заказа (рисунок 5) делится на ввод информации по клиенту в базу данных, выбор услуг клиентом, оформление заказа. Управлением для функции выбора услуг является прайс-лист, но основе которого клиент принимает решение. Ресурс - менеджер.

Рисунок 5 - Декомпозиция процесса "Оформление заказа"

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

Следующая диаграмма - выполнение заказа (рисунок 6).

Рисунок 6 - Декомпозиция процесса "Выполнение заказа"

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

Затем клиент оплачивает работу по квитанции (без декомпозиции).

Декомпозиция фрагмента "Формирование отчетности" на (рисунок 7).

Менеджер вносит информацию о выполнении заказа и оплате, затем рассчитывает доходы и расходы, формирует отчеты.

Рисунок 7 - Декомпозиция процесса "Формирование отчетности"

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

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

Диаграмма DFD строительной фирмы приведена на (рисунок 8).

Рисунок 8 - Диаграмма потоков данных

.3 Описание данных

Описание данных сформировано при помощи средства автоматизированного проектирования AllFusion Process Modeler (BPwin).

Arrow Name: Выполненные работыStatus: WORKINGDest.: Оплата заказаDest. Type: InputSource: Выполнение работSource Type: OutputDest.: Расчет доходов и расходовDest. Type: InputName: Договор с поставщикомStatus: WORKINGDest.: Прием на складDest. Type: ControlSource: {Border}Source Type: ControlName: Должностные инструкцииStatus: WORKINGDest.: Оплата заказаDest. Type: ControlSource: {Border}Source Type: ControlDest.: Прием на складDest. Type: ControlDest.: Ввод информации в базу данныхDest. Type: ControlDest.: Подбор материалов для оказания каждой услугиDest. Type: ControlDest.: Расчет цен на услугиDest. Type: ControlDest.: Ввод информации о клиенте в базу данныхDest. Type: ControlDest.: Выбор услугDest. Type: ControlDest.: Формирование заказаDest. Type: ControlDest.: Получение материалов со складаDest. Type: ControlDest.: Выполнение работDest. Type: ControlDest.: Расчет доходов и расходовDest. Type: ControlDest.: Формирование отчетовDest. Type: ControlName: ЗаказStatus: WORKINGDest.: Получение материалов со складаDest. Type: InputSource: Формирование заказаSource Type: OutputName: Информация в БДStatus: WORKINGDest.: Формирование отчетовDest. Type: Input

Arrow Source: Расчет доходов и расходов

Arrow Source Type: OutputName: Информация о клиентеStatus: WORKINGDest.: Выбор услуг

Arrow Dest. Type: InputSource: Ввод информации о клиенте в базу данных

Arrow Source Type: OutputName: Информация о материалахStatus: WORKINGDest.: Расчет цен на услугиDest. Type: InputSource: Ввод информации в базу данныхSource Type: OutputName: Квитанция на оплатуStatus: WORKINGDest.: Оплата заказаDest. Type: ControlSource: Формирование заказаSource Type: OutputName: КладовщикStatus: WORKINGDest.: Прием на складDest. Type: MechanismSource: {Border}Source Type: MechanismDest.: Ввод информации в базу данныхDest. Type: MechanismDest.: Получение материалов со складаDest. Type: MechanismName: МастерStatus: WORKINGDest.: Получение материалов со складаDest. Type: MechanismSource: {Border}Source Type: MechanismDest.: Выполнение работDest. Type: MechanismName: Материалы на складеStatus: WORKINGDest.: Получение материалов со складаDest. Type: InputSource: Прием на складSource Type: OutputName: МенеджерStatus: WORKINGDest.: Оплата заказаDest. Type: MechanismSource: {Border}Source Type: MechanismDest.: Ввод информации о клиенте в базу данныхDest. Type: MechanismDest.: Выбор услугDest. Type: MechanismDest.: Формирование заказаDest. Type: MechanismDest.: Расчет доходов и расходовDest. Type: MechanismDest.: Формирование отчетов

Arrow Dest. Type: MechanismName: Набор услугStatus: WORKINGDest.: Формирование заказаDest. Type: InputSource: Выбор услугSource Type: OutputName: Нормы расхода материаловStatus: WORKINGDest.: Подбор материалов для оказания каждой услугиDest. Type: ControlSource: {Border}Source Type: ControlName: Обращение клиентаStatus: WORKINGDest.: Оплата заказаDest. Type: InputSource: {Border}Source Type: InputDest.: Ввод информации о клиенте в базу данныхDest. Type: InputName: ОтчетыStatus: WORKINGDest.: {Border}Dest. Type: OutputSource: Формирование отчетовSource Type: OutputName: Перечень услугStatus: WORKINGDest.: Подбор материалов для оказания каждой услугиDest. Type: ControlSource: {Border}Source Type: ControlName: Порядок оказания услугStatus: WORKINGDest.: Оплата заказаDest. Type: ControlSource: {Border}Source Type: ControlDest.: Прием на складDest. Type: ControlDest.: Подбор материалов для оказания каждой услугиDest. Type: ControlDest.: Расчет цен на услугиDest. Type: ControlDest.: Ввод информации о клиенте в базу данныхDest. Type: ControlDest.: Выбор услугDest. Type: ControlDest.: Формирование заказаDest. Type: ControlDest.: Выполнение работDest. Type: ControlDest.: Расчет доходов и расходовDest. Type: ControlDest.: Формирование отчетовDest. Type: ControlName: Поступление денегStatus: WORKINGDest.: Расчет доходов и расходовDest. Type: InputSource: Оплата заказаSource Type: OutputName: Поступление материаловStatus: WORKINGDest.: Прием на складDest. Type: InputSource: { Border }Source Type: InputName: Прайс-листStatus: WORKINGDest.: {Border}Dest. Type: OutputSource: Расчет цен на услугиSource Type: OutputDest.: Выбор услугDest. Type: ControlName: Технологические инструкцииStatus: WORKINGDest.: Подбор материалов для оказания каждой услугиDest. Type: ControlSource: {Border}Source Type: ControlDest.: Расчет цен на услугиDest. Type: ControlDest.: Получение материалов со складаDest. Type: ControlDest.: Выполнение работDest. Type: ControlName: ЧекStatus: WORKINGDest.: { Border }Dest. Type: OutputSource: Оплата заказаSource Type: OutputName: ЭкономистStatus: WORKINGDest.: Подбор материалов для оказания каждой услуги

Arrow Dest. Type: MechanismSource: {Border}Source Type: MechanismDest.: Расчет цен на услугиDest. Type: Mechanism

.4 Спецификация системы

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

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

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

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

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

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

) Спецификация процесса "Прием материалов"

@ВХОД = Поступление материалов (Наименование, цена)

@ВЫХОД = Данные о материалах (Наименование, Цена)

@СПЕЦПРОЦ Прием материалов

ВЫПОЛНИТЬ принять материалы, ввести данные в базу

@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА Приема материалов

) Спецификация процесса "Калькуляция цен на услуги"

@ВХОД = Информация о материалах (Наименование, Цена)

@ВЫХОД = Прайс-лист (Название услуги, Цена)

@СПЕЦПРОЦ Расчет цен на услуги

ВЫПОЛНИТЬ подобрать список материалов для выполнения услуги, рассчитать стоимость услуги

@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА Калькуляции цен на услуги

) Спецификация процесса "Оформление заказа"

@ВХОД = Данные клиента (ФИО, адрес и телефон клиента)

@ВЫХОД = Оформленный заказ (номер заказа, дата заказа, код клиента, код услуги, количество)

@СПЕЦПРОЦ Оформление заказа на осуществление услуг

ВЫПОЛНИТЬ выбрать услуги, ввести данные о заказе в таблицы заказов и услуг по заказам

@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА Оформления заказа

4) Спецификация процесса "Выполнение заказа"

@ВХОД = Оформленный заказ (номер заказа, дата заказа, код клиента, код услуги, количество), материалы на складе

@ВЫХОД = Выполненные работы (Дата выполнения)

@СПЕЦПРОЦ Выполнение заказа

ВЫПОЛНИТЬ получить материалы, выполнить работу

@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА Выполнения заказа

) Спецификация процесса "Оплата заказа"

@ВХОД = Выполненные работы (Дата выполнения), Обращение клиента

@ВЫХОД = Чек

@СПЕЦПРОЦ Принять оплату заказа

ВЫПОЛНИТЬ Принять деньги согласно квитанции

@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА Оплаты заказа

) Спецификация процесса "Формирование отчетности"

@ВХОД = Выполненные работы, оплата заказа (Дата выполнения, Дата оплаты)

@ВЫХОД = Отчеты

@СПЕЦПРОЦ Формирование отчетов

ВЫПОЛНИТЬ сформировать отчеты

@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА Формирования отчетности

2.5 Логическая структура базы данных

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

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

Атрибут (поле) - любой столбец в таблице.

Домен - множество значений, которые может принимать атрибут.

Кортежи (записи) - строки таблицы.

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

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

Основным средством разработки логической модели данных в настоящий момент являются различные варианты ER-диаграмм. Концептуальная модель данных на логическом уровне представлена на (рисунок 8).

Рисунок 8 - Концептуальная модель данных на логическом уровне

2.6 Физическая структура базы данных

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

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

Концептуальная модель данных на физическом уровне представлена на (рисунок 9).

Рисунок 9 - Концептуальная модель данных на физическом уровне

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

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

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

1.       Бойко В.В., Савинков М. Проектирование БД информационных систем; М: "Финансовая статистика", 1989 г.

2.       Гвоздева В.А. Основы построения автоматизированных информационных систем: учебник. М.: ИНФРА-М. 2007. 320 с.

.         Емельянова Н.З. Проектирование информационных систем / Т.Л. Партыка, И.И. Попов. М.: Форум. 2011. 432 с

.         Маклаков, С.В. Создание информационных систем с ALLFusion Modeling Suite. М.: Диалог-МИФИ. 2007. 400 с.

.         Рогозов Ю.И., Стукотий Л.Н., Свиридов А.С. Моделирование систем, ТРТУ, 2004.

.         Красильникова М.B. Проектирование информационных систем. 2004 г.

.         Сатунина А.Е. Управление проектом корпоративной информационной системы предприятия / Л.А. Сысоева. М.: Финансы и статистика. 2009. 352 с.

.         Соловьев И.В. Проектирование информационных систем. Фундаментальный курс. / А.А. Майоров. М.: Академический проект. 2009. 398 с.