СОДЕРЖАНИЕ

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

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

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

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

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

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

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

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

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

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

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

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

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

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

· Аутентификация (получение пользовательских или администраторских прав);

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

· Отображение, ввод и коррекцию информации о клиентах;

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

· Обработка заказов и ведение финансового журнала выполнения и стадиях выполнения заказов;

· Обработка и своевременное оповещение клиента о ходе выполнения заказа;

· Вывод информации о сроках выполнения заказа, а также возможность их корректировки на стадии выполнения;

· Отслеживание клиентов-должников, ввод их в «чёрный список» фирмы;

· Ввод и коррекция «чёрного списка»;

· Пример выполнения заказа;

· Гостевая книга;

3.2.2 Исходные данные:

· Сетевое имя и пароль;

· Список возможных неисправностей автомобиля;

· Список автозапчастей;

· Цены на автозапчасти;

· Тарифы на услуги;

· Информация о клиенте (ФИО, адрес, номер и серия паспорта);

· Информация о заказе (код интересующего договора, дата и срок выполнения заказа).

3.2.3 Результаты:

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

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

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

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

3.2 Требования к надёжности

3.2.1 Предусмотреть контроль вводимой информации.

3.2.2 Предусмотреть блокировку некорректных действий пользователя при работе с системой.

3.2.3 Обеспечить целостность хранимой информации.

3.2.4 Обеспечить защиту от несанкционированного доступа к информации.

3.3 Требования к составу и параметрам технических средств

3.3.1 Система должна работать на IBM совместимых компьютерах.

3.3.2 Минимальная конфигурация:

· Тип процессора…………………… ………… Pentium III или Athlon и выше;

· Частота процессора ……………………………………………….850Mhz и выше;

· Объём оперативного запоминающего устройства………………256 Мб и более;

· Тип постоянного запоминающего устройства ………………….…………SCSI;

· Объём постоянного запоминающего устройства ……………….20 Гб и выше.

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

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

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

4.1. Разрабатываемые программные модули должны быть самодокументированны, т.е. тексты программ должны содержать все необходимые комментарии.

4.2. Программная система должна включать справочную систему о работе и подсказки пользователю.

4.3. В состав сопровождающей документации должны входить:

4.3.1. Пояснительная записка на 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), характеризующих поведение системы во времени

· Словаря терминов

· Спецификаций процессов

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