1. Введение 2 Функциональная. Спецификации 5
Скачать 347.16 Kb.
|
Содержание1. 1. Введение 2 2. Функциональная . Спецификации 5 2.1 модель 5 2.2 данных 7 2.2.1 – поток с клиентом 7 2.2.2 Выданная – , выдаваемая по 7 2.3 ПО 9 2.4 Спецификации 9 2.4.1 процесса « об услугах» 9 2.4.2 Спецификация « информации о » 10 2.4.3 «Регистрация » 10 2.4.4 «Оформление на услуг» 10 2.4.5 процесса « и сроков » 10 2.4.6 «Подтверждение » 10 2.4.7 «Выдача » 11 3. ( ) требования 11 4. Спецификация ПО 11 4.1 Распределение по и прецедентам 11 4.2 прецедентов 11 4.3 системы 12 4.4 Диаграмма 12 5. Спецификация ПО 12 Заключение 12 Список использованных источников 13 1. ВведениеВ данной работе необходимо разработать предложения по автоматизации автосервиса. Автосервис - организация, предоставляющая услуги населению (организациям) по плановому техническому обслуживанию, текущему и капитальному ремонтам, устранению неисправностей, установке дополнительного оборудования, восстановительному ремонту автотранспорта. С точки зрения функционирования или структуры автосервиса, можно сказать, что автосервис оказывает услуги схожего типа, в частности производит какие-либо манипуляции с автомашиной, приводя ее в рабочее состояние, либо совершенствуя какие-либо ее части. Все обращающиеся в автосервис клиенты, желающие оформить заказ на оказание услуг, должны заполнить форму регистрации, в которой необходимо указать свои ФИО, марку автомобиля, номерной знак и ФИО владельца машины, контактный телефон. Таким образом, в функционирование автосервиса входит: 1. Регистрация клиентов; 2. Справочная информация о доступных услугах; 3. Прием заказа на оказание услуг; 4. Справочная информация о сделанном заказе; 5. Отчет о проделанных работах и расчет стоимости предоставленных услуг. Основной частью информационной системы является база данных, которая представляет собой структуру информационной модели. Создание базы данных является важным пунктом при дальнейшем проектировании и разработке информационной системы. Базы данных являются необходимыми практически для всех современных организаций. Они помогают вести учет клиентов и товаров. Также базы данных нужны и для автосервисов. Электронные базы данных имеют огромное количество преимуществ перед бумажным учетом информации, который устарел и стал совсем неудобным, а связанно это в первую очередь с простотой и быстротой нахождения нужной информации. Например, для того чтобы увидеть, какие марки автомобилей есть в ассортименте, достаточно просто открыть нужный запрос. Данная тема является особенно актуальной, потому что у компаний занимающихся продажей автомобилей есть достаточно большая клиентская база, а также достаточно большое количество проданных и купленных автомобилей, учет которых необходимо вести. Вести такой большой учет в электронной базе данных гораздо проще, чем на бумаге. Создание электронной базы данных направлена на облегчение работы сотрудников. Основные преимущества электронной базы данных перечислены ниже: 1. Электронная база данных имеет лучшую защиту, чем бумажная; 2. Информация сортируется в упорядоченном виде, что повышает сохранность информации; 3. Электронная база позволяет автоматизировано вести учет клиентов, автомобилей и другой информации. Таким образом, главной целью этого курсового проекта является оптимизация и упрощение работы автосервиса, а также ведение учета проданных и купленных автомобилей и другой информации, связанной с работой автосервиса. Основными задачами, при исследовании данной темы будут следующие: 1. Исследовать предметную область разработки информационной системы. 2. Выбрать и описать инструментальные средства реализации базы данных. 3. Разработать структуру будущей базы данных. 4. Построить интерфейс пользователей. 5. Протестировать созданную базу данных. Объектом исследования является учет автомобилей в автосервисе. Предметом исследования являются средства, направленные на оптимизацию информационной системы «автосервис». 1. Исследование предметной области разработки представляет или несколько , которые собой и для и изменения взаимосвязанной . [1] областью часть , которую в определенного . в данном область . спроектировать «АВТОСЕРВИС». ориентирована по на сотрудников , но таблицы и созданы и для , и для . Данный охватывать , автопром всему . сейчас транспорт. На больше имеет , , автомобиль у седьмого на и это число . Автомобилей с все больше, а с растет и дилеров, автомобилей. И необходимо проданных и . И таким вести тех , которые в ассортименте, на следующие : 1. 2. Название 3. 4. Стоимость 5. При немаловажным проданных , для которых атрибуты: 1. 2. 3. Клиенты 4. 5. 6. Доставка 7. 8. При разработке будут в поля , и поставщик. в базе присутствовать о компаний, а о автомобилей. при разработке автосервиса : 1. делом анализ , для того какие поставщиками, от автомобили и они . 2. Необходимо хранение на или же в облаке.В хранится количество и не проявлять к ее хранению, то все легко . 3. работы для всех в компании. увеличится в из-за времени на клиентов или в базе . области исследования функции . В ведется , поставщиков, и о них, например, , , коробка , . Учет тоже . И сотрудников в работе с . Работники за тем, чтобы в данных . Проведя области системы, мне и выделить : улучшить и удобство в , путем функций: об автомобилях и по , составление , учет . 2. Функциональная . Спецификации2.1 модельмодели начинается с системы в в контекстной . 1 – Контекстная « » Взаимодействие с средой с входов (« » и «Оплата »), («Оказанные » и « прибыль»), (« о защите » и «Внутренние ») и ресурсов («» и « автосервиса»). – , обращающиеся за . Оплата – средства, на автосервиса за . Внутренние – свод и правил, все работники . о защите – законы о потребителя, и те, тем или образом , оказываемых . Запчасти – для процесса , так как они используются в услуг ( и ). Персонал – , работающие в , приём , услуг ( и ), управление и др. – услуги, клиентам. – сумма за оказанные . описания переходим к декомпозиции, т.е. на подсистемы до , для понимания ПО и написания . Рисунок 2 – «Автосервис» Как из , весь автосервиса на три: 1. услуг по и – основная , деятельность по и автомашин; 2. в состоянии – поддержание в рабочем ; 3. Предоставление – выдача о дополнительных и их . Произведем на подсистемы « по ремонту и ». 3 – Диаграмма « услуг по и » Опишем , на данной . Выдача – информации о и заказах. по и тюнингу – по ремонту и . ремонта и – сам ремонта и . обслуживания – в себя счета с о работе. – оплата за услуги. декомпозицию « информации». 4 – декомпозиции « » Опишем « информации». получить об автосервиса, о своего . информации об – об услугах, и доступных в . Выдача о заказа – о заказа , его выполнения. 5 – декомпозиции « по и тюнингу» «Услуги по и ». Перед услуг заполнить , в должен ФИО , марку , знак, ФИО , контактный . выбрать тип . производят стоимости и работ. В подтвердить . клиентов – необходимых для в системе. на осуществление – клиентом ему услуг. и сроков – расчет стоимости заказа и всех по этому . заказа – намерения в для оказания ему . Рисунок 6 – «Конец » При обслуживания итоговый за услуги. должен счет. В итоговая перед и возвращение . Выдача – система счет за , исходя из . Проверка – клиенту проделанных . автомашины – клиенту, автосервис. 2.2 данных2.2.1 – поток с клиентомиз : ФИО клиента – , имя, клиента, в . Длина 30 , тип . Марка – фирмы , включать в машины. 15 , тип string. – числовой и код на машины. 10 , тип string. ФИО клиента – , имя, владельца по документам. 30 , тип string. – номер для с клиентом. 11 , тип integer. – номер , клиентом процедуры . Длина 10 , тип . 2.2.2 Выданная – , выдаваемая поСостоит из 2 : Информация об – доступных с их характеристикамииз : Название – . Длина 10 , тип . Базовая – самих без запчастей. 10 , тип integer. о заказе – о клиентаиз : Номер – заказа, после оформления . 10 символов, тип . заказа – выполнения . быть «в », «отменен», «»,« и оплачен». работ – заказа. 10 , тип date. 2.2.3 о – совокупность о заказе на персоналомиз : ФИО клиента – , имя, клиента, в . Длина 30 , тип . Марка – фирмы , включать в машины. 15 , тип string. – числовой и код на машины. 10 , тип string. ФИО клиента – , имя, владельца по документам. 30 , тип string. – номер для с клиентом. 11 , тип integer. – номер , клиентом процедуры . Длина 10 , тип . Статус – процесс . Может «в выполнения», «»,« », «выполнен и » окончания – выполнения . 10 символов, тип . Тип – тип услуги, . Длина 10 , тип . 2.2.4 Данные – о клиенте, при регистрациииз : ФИО клиента – , имя, клиента, в . Длина 30 , тип . Марка – фирмы , включать в машины. 15 , тип string. – числовой и код на машины. 10 , тип string. ФИО клиента – , имя, владельца по документам. 30 , тип string. – номер для с клиентом. 11 , тип integer. 2.2.5 заказа – о для расчета , и стоимостииз : ФИО клиента – , имя, клиента, в . Длина 30 , тип . Марка – фирмы , включать в машины. 15 , тип string. – числовой и код на машины. 10 , тип string. ФИО клиента – , имя, владельца по документам. 30 , тип string. – номер для с клиентом. 11 , тип integer. Тип – тип , оказываемый . 10 символов, тип . 2.2.6 для подтверждения – информация о , предоставляемая для своегоиз данных: ФИО – , имя, отчество , в автосервис. 30 , тип string. – наименование , может в модель . 15 символов, тип . знак – и код на номере . 10 символов, тип . ФИО машины – , имя, отчество средства по . 30 символов, тип . телефон – для связи с . 11 символов, тип . заказа – , полученный прохождения заказа. 10 , тип integer. работ – заказа. 10 , тип date. Тип – тип , оказываемый . 10 символов, тип . стоимость – , в может клиенту. 10 , тип integer. 2.2.7 о заказе – о для формированияСостоит из : ФИО – фамилия, имя, , обращающегося в . 30 символов, тип . машины – производителя, в себя . Длина 15 , тип . Номерной – и буквенный код на . Длина 10 , тип . ФИО владельца – фамилия, имя, автотранспортного по . Длина 30 , тип . Контактный – телефона для с . Длина 11 , тип . Номер – заказа, после оформления . 10 символов, тип . окончания – выполнения . 10 символов, тип . Тип – тип услуги, . Длина 10 , тип . Дата – дата для выполнения. 10 , тип date. – номера клиенту в заказа. 100 , тип integer. – стоимость , стоимость и базовую . 10 символов, тип . 2.2.8 – информация о и сумме за нихСостоит из : ФИО – фамилия, имя, , обращающегося в . 30 символов, тип . машины – производителя, в себя . Длина 15 , тип . Номерной – и буквенный код на . Длина 10 , тип . ФИО владельца – фамилия, имя, автотранспортного по . Длина 30 , тип . Номер – заказа, после оформления . 10 символов, тип . окончания – выполнения . 10 символов, тип . Тип – тип услуги, . Длина 10 , тип . Дата – дата для выполнения. 10 , тип date. – номера клиенту в заказа. 100 , тип integer. – стоимость , стоимость и базовую . 10 символов, тип . стоимость – заказа. 10 , тип integer. 2.3 ПОДанная будет : 1. информации об ; 2. информации о ; 3. Регистрацию ; 4. заказа на ; 5. Расчет и выполнения; 6. ; 7. Выдачу . 2.4 Спецификации2.4.1 процесса « об услугах»@ = клиентов @ = об услугах (, стоимость) @ информации об вывести о услугах выбрал услуг ТО список @ КОНЕЦ Выдача об 2.4.2 Спецификация « информации о »@ВХОД = (номер ) @ = Данные о ( заказа, , статус ) @ = Информация о ( заказа, , статус ) @ Выдача о заказа заказа есть в ТО вывести о (номер , выполнения, ) ИНАЧЕ номера КОНЕЦЕСЛИ заказа как ТО ВЫПОЛНИТЬ к окончательного @ КОНЕЦ Выдача о заказа 2.4.3 «Регистрация »@ =Обращения ( ФИО , марка , знак, ФИО , контактный ) @ = Данные ( ФИО , марка , знак, ФИО , контактный ) @ Регистрация вывести , для ее заполнения В заполнены ФИО , знак, ФИО , контактный запомнить и перейти к ИНАЧЕ данных @ СПЕЦИФИКАЦИИ клиентов 2.4.4 «Оформление на услуг»@ = клиента ( ФИО , машины, , ФИО владельца , телефон) @ = данные ( ФИО , марка , знак, ФИО , контактный , тип ) @СПЕЦПРОЦ на осуществление вывести , для выбора ЕСЛИ В тип услуг ТО начальные и перейти к и сроков повторить КОНЕЦЕСЛИ @ ПРОЦЕССА на осуществление 2.4.5 процесса « и сроков »@ = Начальные ( ФИО клиента, , номерной , ФИО машины, , тип услуги) @ = для подтверждения ( ФИО , номерной , машины, ФИО , контактный , тип , дата , примерная , заказа) @ стоимости и ВЫПОЛНИТЬ сроков и стоимости и номер данные для и перейти к @ КОНЕЦ Расчет и выполнения 2.4.6 «Подтверждение »@ = Данные для ( ФИО клиента, , марка , ФИО машины, , тип услуги, , примерная , заказа) @ = о заказе ( ФИО , знак, , ФИО владельца , телефон, тип , заказа, ) @СПЕЦПРОЦ « » ВЫПОЛНИТЬ подтверждения ЗАКАЗА ТО отметить как «в процессе », данные о и их персоналу ВЫПОЛНИТЬ заказа как «», в режим об услугах @ СПЕЦИФИКАЦИИ заказа 2.4.7 «Выдача »@ВХОД = о заказе ( ФИО , машины, , ФИО владельца , телефон, тип , заказа, , конечная , окончания , получения ) @ = Обращения ( заказа) @ = ( ФИО клиента, , марка , ФИО машины, тип , заказа, , конечная , стоимость, работ, заказа) @ окончательного вывести , для ее заполнения В заполнены ТО ВЫПОЛНИТЬ персоналу, для ее В ФОРМЕ услуг, ТО ВЫПОЛНИТЬ СЧЕТ за для КЛИЕНТА и его на ИНАЧЕ данных повторить КОНЕЦЕСЛИ @ ПРОЦЕССА счета 3. ( ) требования( ) требования для « »: BR-1. иметь заказ на . BR-2. быть в , чтобы . BR-3. иметь заказ на оформления, он не его. BR-4. должен для его дальнейшего . -5. Клиент возможность доступных . -6. Клиент возможность по состоянию его . -7. Персонал иметь регистрацию на . BR-8. получить за оказание в с отчетом о в печатном . -9. Персонал иметь данные о (номера , и т.д.) для формирования . 4. Спецификация ПО4.1 Распределение по и прецедентамдиаграммы таблицу по субъектам и : 1 – Распределение по и прецедентам
4.2 прецедентов9 – Диаграмма для «Автосервис» из вариантов отдельно. 2 – варианта « об услугах»
Таблица 3 – использования « »
Таблица 4 – использования « »
5 – варианта « о статусе »
Таблица 6 – использования « клиента»
4.3 системы10 – деятельности для использования « » Данная поток , в системе при запроса на . 4.4 ДиаграммаРисунок 11 – системы для «Оформление » диаграмма во времени , в системе при запроса на . 5. Спецификация ПОДля спецификации построим для данной . изучив области , мы можем , что именные чаще : , услуги, , , счет, , автосервиса, и т.п. неподходящие и для отдельных группы, мы несколько для создания . Из них мы те, для которых назначение в , подходят для объектов, и наборы . В классами в станут и . Рисунок 12 – для системы «» выделить : 1. Услуга. У данного класса имеются следующие атрибуты: номер в базе, тип, название, базовая стоимость, конечная стоимость и количество дней. 2. Заказ. Данный класс имеет атрибуты: номер в базе, ФИО клиента, марка машины, номерной знак, ФИО владельца машины, статус заказа, контактный телефон, номера услуг, статус заказа, общая стоимость, дата окончания работ, дата получения заказа. ЗаключениеВ процессе разработки информационной системы были решены все задачи, характеризующие цель исследования курсового проекта. Анализ предметной области, разрабатываемой информационной системы, позволил сформировать следующие процессы оптимизации работы автосалона и сотрудников: учет, покупка, доставка и продажа автомобилей. Представленный обзор инструментальных средств разработки информационной системы, позволил выбрать наиболее подходящее средство к данному проекту - СУБД MSAccess. Разработанная структура базы данных, предоставляет пользователям всю информацию в удобном для просмотра виде, позволяя быстро ориентироваться в дальнейшей работе с ней. Рассматриваемый в данном проекте интерфейс, выбранного средства СУБД MSAccess, дал возможность быстро ориентироваться определенным пользователям в расположении интересующей его информации. Данные средства реализации интерфейса тесно взаимодействуют между собой, позволяя выдавать, обновлять и удалять записи. Приведенные тестовые примеры подтверждают работоспособность данной информационной системы и необходимость ее применения в современных библиотеках. Современные средства СУБД MSAccess позволяют создавать гибкие системы для оптимизирования и улучшения работоспособности всех пользователей данной области исследования. Список использованных источников1. К. Дж. Дэйт Введение в системы баз данных: учебник / К. Дж. Дэйт. - 8-е изд., перераб. и доп. - М.: Вильямс, 2017. - 43с.; 2. Oracle [Электронный ресурс] - Режим доступа: https://www.oracle.com/ru/index.html; 3. MySQL [Электронный ресурс] - Режим доступа: https://www.oracle.com/ru/mysql/index.html; 4. MongoDB [Электронный ресурс] - Режим доступа: https://www.mongodb.com; 5. MSAcces [Электронный ресурс] - Режим доступа: https://products.office.com/ru-ru/access; 6. Галицына, О.А. Базы данных: учебное пособие / О. А. Галицына. - 4-е изд., перераб. и доп. - Юрайт, 2014. - 78с.; 7. Структурированный язык запросов SQL [Электронный ресурс] - Режим доступа: wiki.mvton.ru/index.php/Структурированный_язык_запросов_SQL 8. Создание формы - Помощник Windows [Электронный ресурс] - Режим доступа:https://support.office.com/ru-ru/article/Создание-формы |