Автоматизированная система подбора запчастей для ремонта автомобилей

МОСКОВСКИЙ  ГОСУДАРСТВЕННЫЙ  УНИВЕРСИТЕТ

       ЭКОНОМИКИ, СТАТИСТИКИ  И ИНФОРМАТИКИ 
 
 
 
 
 

БЕЛГОРОДСКИЙ  ФИЛИАЛ 
 
 
 
 
 

Курсовая  работа по дисциплине:

«МЕТРОЛОГИЯ И СЕРТИФМКАЦИЯ» 
 
 
 
 

ПРОЕКТ:

«Автоматизированная система  подбора запчастей для  ремонта автомобилей» 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Выполнил: студент гр. ИЭ-31

Кожемякин А. И.

Проверил: Румбешт В.В.. 
 
 
 
 
 
 

Белгород 2003 
 
 

СОДЕРЖАНИЕ 

Введение…………………………………….……………………………………3

Основание для разработки……………………………………………....………4

Назначение………………………………………………………………………..4

Требования к программе или программному изделию………………………..4

Требования к программной документации……………………………………..5

Теоретическая часть………………………………………………………………6

    Диаграммы…………………………………………………………………...6

    Диаграммы Потоков Данных……………………………………………….7

    Контекстная Диаграмма(0 Уровень)……………………………………….8

    Детализированная  Диаграмма Потоков Данных И Управляющих  Потоков Данных(1 Уровень)…………………………………………………….8

    Диаграмма Переходов Состояний………………………………………….9 
 

ПРАКТИЧЕСКАЯ  ЧАСТЬ……………………………………………………..10 
 

СЛОВАРЬ ТЕРМИНОВ………………………………………………………..19 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

ВВЕДЕНИЕ

   Цель  курсовой работы:

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

    Моя  курсовая работа направлена на  разработку программы автоматизации  процесса подбора запчастей для  ремонта автомобилей, предназначенной  для использования специалистами  в автомобильных сервисах. В современных условиях ремонта автомобилей возникает потребность быстро и качественно подобрать требуемые запчасти в зависимости от неисправности автомобиля. В основном данный процесс занимает достаточно емкий промежуток времени, приблизительно от нескольких часов до нескольких суток, особенно при работе с On-Line Электронными Базами Данными автозапчастей.

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

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

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

1. ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ.

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

2. НАЗНАЧЕНИЕ.

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

3. ТРЕБОВАНИЯ  К ПРОГРАММЕ ИЛИ ПРОГРАММНОМУ ИЗДЕЛИЮ.

1. Требования  к функциональным характеристикам

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

• Регистрация в системе;

• Аутентификация (получение пользовательских или администраторских прав);
• Отображение, ввод  и коррекцию информации о тарифах, об имеющихся в наличии автозапчастей, комплектующих;
• Отображение, ввод и коррекцию информации о клиентах;
• Ввод и коррекцию информации о заказах, предоставление клиенту его экземпляра договора по ремонту, вывод на печать экземпляра договора фирмы;
• Обработка заказов и ведение финансового журнала выполнения и стадиях выполнения заказов;
• Обработка и своевременное оповещение клиента о ходе выполнения заказа;
• Вывод информации о сроках выполнения заказа, а также возможность их корректировки на стадии выполнения;
• Отслеживание клиентов-должников, ввод их в «чёрный список» фирмы;
• Ввод и коррекция «чёрного списка»;
• Пример выполнения заказа;
• Гостевая книга;
2. Исходные данные:
• Сетевое имя и пароль;
• Список возможных неисправностей автомобиля;
• Список автозапчастей;
• Цены на автозапчасти;
• Тарифы на услуги;
• Информация о клиенте (ФИО, адрес,  номер и серия паспорта);
• Информация о заказе (код интересующего договора, дата и срок выполнения заказа).
3. Результаты:

• «Чёрный список» фирмы;

• Список договоров;

• Финансовый отчёт руководителю (прибыль и убытки за определённый промежуток времени);

• Электронные и напечатанные экземпляры договоров.

 

2.  Требования к надёжности
1. Предусмотреть контроль вводимой информации.
2. Предусмотреть блокировку некорректных действий пользователя при работе с системой.
3. Обеспечить целостность хранимой информации.
4. Обеспечить защиту от несанкционированного доступа к информации.
3. Требования к составу и параметрам технических средств
1. Система должна работать на IBM совместимых компьютерах.
2. Минимальная конфигурация:

• Тип процессора……………………..…………..Pentium III или Athlon  и выше;
• Частота процессора ……………………………………………….850Mhz и выше;
• Объём оперативного запоминающего устройства………………256 Мб и более;
• Тип постоянного запоминающего устройства ………………….…………SCSI;
• Объём  постоянного запоминающего устройства ……………….20 Гб и выше.

4. Требования к информационной и программной совместимости

Система  должна работать под управлением семейства операционных систем Win 32 (Windows 95, Windows 98, Windows Me, Windows 2000, Windows NT, Windows XP). 

• ТРЕБОВАНИЯ  К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ

 

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

4.3.2    Руководство системного программиста.

4.3.3     Руководство пользователя.

4.3.4      Графическая часть на двух  листах формата А1:

         4.3.4.1. Схема структурная программной  системы.

          4.4.3.2. Формы интерфейса пользователя.             

ТЕОРЕТИЧЕСКАЯ ЧАСТЬ 

Общее представление  о диаграммах 

ДИАГРАММЫ

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

• Диаграмм потоков данных(DFD- Data Flow Diagrams), описывающих взаимодействие источников и потребителей информации через процессы, которые должны быть реализованы в системе
• Диаграмм «сущность-связь» (ERD-Entity Relationship Diagrams), описывающих базы данных разрабатываемой системы
• Диаграмм переходов состояний (STD-State Transition Diagrams), характеризующих поведение системы во времени
• Словаря  терминов
• Спецификаций процессов

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

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

     Структура каждого хранилища описывается  с помощью ERD. В случае наличия реального времени DFD дополняется средствами описания, зависящего от времени поведения системы, которые описываются с помощью STD. 
 
 
 

ДИАГРАММЫ ПОТОКОВ  ДАННЫХ 

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

     В основе модели лежат понятия внешней  сущности, процесса, хранилища (накопителя) данных и потока данных.

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

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

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