Программа "Автомастерская"

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 24.03.2014
Размер файла 1,9 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Цель

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

Описание проекта

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

- автоматизация всех частей СТО;

- создание общей базы клиентов;

- ведение документации и отчет о проделанных работах и услугах;

- создание связанной работы между сервисной станции и автомагазином;

- предоставление пользователю личного кабинета всевозможные функции;

Создание архитектуры - это проектирование на самом высоком уровне. Оставшуюся часть процесса проектирования называется детальным проектированием.

Ясное описание архитектуры очень важно для всех приложений и обязательно в том случае, когда к разработке привлекается большое количество людей. Причиной этого служит необходимость разбиения всего приложения на части (модули) с их последующей сборкой. Выбор архитектуры обеспечивает требуемую модульность. Клиент-серверные архитектуры усложнились, стали более разнообразными. Некоторые из них являются трехуровневыми, в отличие от классических двухуровневых (клиент и сервер). Третий уровень находится между клиентом и сервером и отвечает за перенаправление данных и их преобразование. Обычно распределение по уровням таково: пользовательский интерфейс разрабатывается для клиентского уровня; управление процедурами - для среднего уровня; сами базы данных - для третьего. Средний уровень может быть общей шиной данных, примером которой является стандарт CORBA (Common Object Request Broker - Общая архитектура посредника запросов к объектам). Возможен альтернативный вариант, когда средний уровень функционирует на основе бинарного стандарта, например СОМ. Наконец, World Wide Web можно рассматривать как целое поколение клиент-серверных архитектур, в котором архитектуру один сервер - десятки клиентов заменила архитектура один сервер - миллионы клиентов. Результат проектирования пользовательского интерфейса изображен на рисунке 3.1.

Рисунок 3.1 - Пользовательский интерфейс разрабатываемый для клиентского уровня

3.1 Определения, сокращения и термины

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

Программа - формализованное описание процесса

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

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

3.2 Описание декомпозиции

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

На этапе декомпозиции, обеспечивающем общее представление о решаемой проблеме, осуществляются:

- определение и декомпозиция общей цели исследования;

- выделение проблемы из среды, определение её ближнего и дальнего окружения;

- описание воздействующих факторов.

Основной проблемой при этом является соблюдение двух противоречивых принципов:

- полноты - проблема должна быть рассмотрена максимально всесторонне и подробно;

- простоты - всё дерево должно быть максимально компактным «вширь» и «вглубь».

Компромисс достигается с помощью четырёх основополагающих понятий:

- существенности - в модель включаются только компоненты, существенные по отношению к целям анализа;

- элементарности - доведение декомпозиции до простого, понятного, реализуемого результата;

- постепенной детализации модели;

- интегративности - возможность введения новых элементов в основания и продолжение декомпозиции по ним на разных ветвях дерева.

В современных методиках типичной является декомпозиция модели на глубину 5-6 уровней. На такую глубину декомпозируется обычно одна из подсистем. Функции, которые требуют такого уровня детализации, часто очень важны, и их детальное описание даёт ключ к основам работы всей системы.

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

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

Модульная декомпозиция

Декомпозиция модулей показана на диаграмме классов на рисунке 3.2.

Рисунок 3.2 - Описание классов

Описание модуля «Авторизация»

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

Рисунок 3.3 - Алгоритм авторизации пользователя

Описание модуля «Личный кабинет»

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

- предоставление различной информации;

- доступ к «Сервисной книги»;

- приобретение товаров (автозапчастей);

- доступ к информации об автомобиле;

К информации относятся такие данные как новости (актуальность обеспечивается за счет интернета), гарантия, аксессуары, оригинальные ЗЧ (запасные части), а так же сервис Peugeot, который включает в себя цикл обслуживания, цикл ТО, стоимость.

Описание модуля «Заказ»

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

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

Описание модуля «Лицевой счет»

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

Описание модуля «Клиенты»

В данный модуль входят следующие функции:

- создание новой учетной записи;

- удаление уже имеющейся учетной записи;

- редактирование данных о клиенте (фамилия, имя, отчество, ник, пароль (в зашифрованном виде), дата рождения, город, адрес, телефон, паспортные данные, информация об автомобиле);

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

Описание модуля «Магазин»

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

Описание модуля «СТО (прохождение ТО)»

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

- определение вида ТО для прохождения;

- составление списка необходимых работ;

- выбор набора дополнительных услуг;

- выбор способа оплаты;

- вывод данных в таблицу;

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

Описание модуля «СТО (выполнение ТР)»

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

- составление списка необходимых работ для выполнения;

- выбор набора дополнительных услуг из списка;

- возможность указания другой работы (не из перечня);

- выбор способа оплаты;

- вывод данных в таблицу;

- предоставление пользователю итоговой информации о проделанной работе по средствам бланка «Перечень работ на выполнение»;

- доступ к информации о проделанных ранее работах (см. приложение В).

Описание модуля «СТО (история)»

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

- выбор необходимого ТО;

- вывод данных в таблицу;

- предоставление пользователю итоговой информации о проделанной работе по данному (выбранному) ТО (см. приложение В).

Декомпозиция на параллельные процессы

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

Рисунок 3.4 - Пример распараллеливания процессов

Декомпозиция процессов

Процессы, происходящие в приложении «Peugeot-Shop», изображены на диаграмме последовательности (рисунок 3.5). Диаграмма последовательности действий на рисунке 3.5 отображает процесс покупки товары и выполнения заказа.

Рисунок 3.5 - Диаграмма последовательности действий покупки товара и выполнения заказа

Декомпозиция данных

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

Наиболее часто используются следующие отличительные признаки:

1) БД хранится и обрабатывается в вычислительной системе.
Таким образом, любые некомпьютерные хранилища информации (архивы, библиотеки, картотеки и т.п.) базами данных не являются.

2) Данные в БД логически структурированы (систематизированы) с целью обеспечения возможности их эффективного поиска и обработки в вычислительной системе.

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

3) БД включает метаданные, описывающие логическую структуру БД в формальном виде (в соответствии с некоторой метамоделью).

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

Из перечисленных признаков только первый является строгим, а другие допускает различные трактовки и различные степени оценки [7].

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

Описание блоков данных

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

Таблица 3.1 - Описание структуры базы данных

Название

Поля таблицы

Заказ

ID, ID_покупатель, ID_деталь,

Количество, Дата, Цена, Итог, Статус

Заказчик

ID_покупатель, Имя, Фамилия, Отчество, Ник, Пароль, Дата_рождения, Город, Адрес, Номер_телефона, Серия_номер_паспорта, Дата_выдачи, Марка, Модель, Двигатель, Год, Цвет, ГОС_номер, Предоплата

Сервис_ТО

ID_ТО, ID_Покупатель, ТО1_Дата - ТО9_Дата, ТО1_Пробег - ТО9_Пробег, ТО1_Цена - ТО9_Цена, ТО1_Работа - ТО9_Работа, Статус, Причина, Работа1, Работа2, Работа3, Учет

Склад

ID_деталь, Марка, Модель, Категория, Артикул, Фирма, Название, Аналог, Кол-во, Цена, Страна

Разработка физической структуры БД

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

База данных состоит из 9 таблиц. Средствами СУБД MS Access в базе данных обеспечивается целостность данных, каскадное обновление связанных полей и каскадное удаление связанных записей.

Рисунок 3.6 - Схема Базы Данных

Средства защиты программного изделия от несанкционированного доступа

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

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

Структурная схема автоматизированной системы

На рисунке 3.7 показано наглядное представление взаимодействия БД с программой.

Рисунок 3.7 - Структурная схема автоматизированной системы

3.4 Описание зависимостей

Межмодульные зависимости

Модули приложения имеют зависимости от главного модуля основного потока. Каждый модуль является законченным рабочим объектом и не использует методы и свойства друг друга. Таким образом, система может быть расширена путём добавления новых модулей к основной программе. В данной системе используются модули «Авторизация», «Личный кабинет», «Заказ», «Отчет», «Лицевой счет», «Клиенты», «Магазин», «СТО». Диаграмма межмодульных зависимостей показано на рисунке 3.8.

Рисунок 3.8 - Межмодульная зависимость

Межпроцессные зависимости

Межпроцессные зависимости влияют на работу всей программы. В программе контроль над данным видом зависимости производит система. Основной процесс и все его потоки создаются и исполняются программной виртуальной средой.NET Framework. Зависимости для работы процессов не имеются. CLR среда сама определяет способ взаимодействия процессов и потоков и использует для этого сервисы операционной системы.

Зависимости внутри данных

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

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

В работе представлен следующий вид зависимости внутри данных (таблица 3.2)

Таблица 3.2 - Взаимодействие ключей таблиц базы данных

Название таблиц

Связь с первичными ключами

«Клиент», «Автомобиль»

Клиент.ID_автомобиля = Автомобиль.ID

«Заказ», «Клиент»

Заказ.ID_клиент = Клиент.ID

«Покупки», «Клиенты»

Покупки.ID_клиент = Клиент.ID

«Клиент», «Сервис»

Сервис.ID_клиент = Клиент.ID

3.5 Описание интерфейса

Модульный интерфейс

Интерфейс модуля «Сервис» представлен на (рисунке 3.9). Интерфейс должен удовлетворять потребности пользователя и иметь следующие качества: удобство, функциональность, компактность, эргономичность и т.д.

Рисунок 3.9 - Интерфейс модуля ТО

3.4 Детальное проектирование прецедентов

Детальное проектирование основных требований к системе для CASE-технологии использующей модели прецедентов представлены в таблицах 3.3 - 3.5.

Таблица 3.3 - Детальное проектирование «Редактирование и оформление заказа на клиента»

Прецедент

Редактирование и оформление заказа на клиента

ID

1

Вывести информацию о заказе

Краткое описание

Вывести информацию о заказе, если он уже был оформлен, в открывшееся окно

Действующее лицо

Блок управления

Предусловие

Администратор нажимает кнопку «Выполнить»

Основной поток

Вывод информации о сделанном(существующем) заказе

Постусловие

нет

Альтернативный поток

нет

ID

2

Ввести информацию о клиенте и платеже

Краткое описание

Ввести информацию о клиенте, если заказ еще не был оформлен и платеже, если заказ уже существует

Действующее лицо

Администратор

Предусловие

Менеджер нажимает кнопку «Сделать заказ»

Основной поток

Ввод информации о заказе

Постусловие

Информация о заказе введена

Альтернативный поток

нет

Таблица 3.4 - Описание прецедентов диаграммы «Заказ на выполнение ТО»

ID

1

Вывести информацию о ТО

Краткое описание

Запрос информации о необходимом ТО

Действующее лицо

Блок управления

Предусловие

Администратор получил данные о (пробеге, необходимом ТО, дате)

Основной поток

Вывод информации о ТО

Постусловие

Информация о ТО отображена

Альтернативный поток

нет

ID

2

Ввести дополнительные условия (услуги)

Краткое описание

Вести дополнительные работы, если требуется

Действующее лицо

Администратор

Предусловие

Информация отображена

Основной поток

Ввод данных

Постусловие

нет

Альтернативный поток

нет

ID

3

Нарушение прохождения ТО

Краткое описание

Принять решения о возможности прохождения ТО

Действующее лицо

Администратор

Предусловие

Информация о нарушении (пробег, сроки, другое) отображена

Основной поток

Разрешить/запретить прохождение ТО

Постусловие

Нарушение зафиксировано

Альтернативный поток

нет

Таблица 3.5 - Описание прецедентов диаграммы «Покупка товара в автомагазине»

ID

1

Вывести информацию о товаре

Краткое описание

Запрос информации о необходимом товаре (запчасти)

Действующее лицо

Система (БД)

Предусловие

Администратор получил данные о заказе

Основной поток

Вывод информации о товаре

Постусловие

Информация о детали отображена

Альтернативный поток

нет

ID

2

Ввести дополнительные данные

Краткое описание

Вводятся данные о количестве, возможно выбор аналога товара

Действующее лицо

Администратор

Предусловие

Информация отображена

Основной поток

Ввод данных

Постусловие

нет

Альтернативный поток

нет

ID

3

Оформление документов на покупку товара

Краткое описание

Подготовка (заполнения) форм на продажу товара, заполнение гарантийного талона

Действующее лицо

Администратор

Предусловие

Заказ подтвержден

Основной поток

Оформление документов

Постусловие

нет

4. Детальное проектирование

4.1 Введение

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

Цель

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

Описание проекта

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

Определения, сокращения и термины

Все необходимые сведения об определениях, сокращениях и терминах представлены в разделе 1.1.3.

4.2 Описание декомпозиции

Модульная декомпозиция

Описание модуля «Клиенты»

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

Таблица 4.1 - Описание модуля «Клиенты»

Описание

Условие

Реализация

Создание клиента

Заполнение всех полей

IDTOService = SQLCreateNewIDFromTable («Сервис_ТО», «ID_ТО») _ Call SQLExecOnly («INSERT INTO Сервис_ТО VALUES (» & IDTOService &»,» & IDClient &»,»…» '', '', '', 'Активен', '', '', '', '', '0-1')»)

Удаление клиента

Нет

Adodc1. Recordset. Delete

Редактирование записи (Ник)

If sLastNick <> Text10. Text Then

sNewNick = ProgramADO.SQLExecAndGetValueOnFieldStr («SELECT * FROM Заказчик WHERE Ник='» & Text10. Text & «'», «Ник»)

Описание модуля «Заказ»

Реализация работы с заказами представлена в таблице 4. 2, которая позволяет наглядно увидеть процесс работы с клиентами (добавление, удаление и т.д.).

Таблица 4.2 - Заказы (Order)

Поле

Тип

Описание

ID of Auto

Целое число

Идентификационный номер автомобиля

ID of Client

Целое число

Идентификационный номер клиента

Date of Order

Дата

Дата поступления заказа

Описание блока данных

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

Таблица 4.3 - Заказы (Order)

Описание

Условие

Реализация

Выбор пройденных работ

Запись в базе

AR10 = ac. Execute («SELECT Работа1, Работа2, Работа3, Учет FROM Сервис_ТО WHERE ID_покупатель =» & IDClient)

Информация о автомобиле клиента

Существование учетной записи

Set AR2 = ac. Execute («SELECT Модель FROM Заказчик WHERE ID_покупатель =» & IDClient) _ Set AR3 = ac. Execute («SELECT Двигатель FROM Заказчик WHERE ID_покупатель =» & IDClient)

Выборка данных из базы

нет

AR6 = ac. Execute («SELECT ТО1_ Пробег, ТО2,…, Статус FROM Сервис_ТО WHERE ID_Покупатель =» & IDClient)

Запрос статуса пользователя

Существование учетной записи

Set AR4 = ac. Execute («SELECT Статус, Причина FROM Сервис_ТО WHERE ID_Покупатель =» & IDClient)

4.3 Описание зависимостей

Зависимость внутри данных

Таблица 4.4 - Взаимосвязь данных

Описание

Связь

Реализация

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

Ввод данных - система

If Not 17000 <= Text1. Text >= 25000 Then _ If Text1. Text < 17000 Then

MsgBox «Прохождение ТО еще не требуется», vbInformation

mistake = True

Взаимодействие данных (способность записи в БД)

Система - БД

maxDlina = maxDlina + 13

If maxDlina + Len (Text24. Text) + Len (Text22. Text) + ICorrect >= 250 Then

MsgBox».», vbInformation

Exit Sub

Процесс записи в БД и контроль на величину переменной procent

Система - БД

procent = ((Val (Text20. Text) * 12) / 100)

Text19. Text = Val (Text19. Text) + (Val (Text20. Text) - procent) _ Call ProgramADO.SQLExecOnly («UPDATE Заказчик SET» & «Предоплата= '» & Text19. Text & «' WHERE ID_Покупатель=» & DataCombo1. BoundText)

Label49. Caption = Text19. Text

Контроль взаимод. с записью в БД

Система - БД

OstoneLsTOWork = Mid (oneLsTOWork, 50 - i2, Len(oneLsTOWork))

oneLsTOWork = Mid (oneLsTOWork, 1, 50 - i2)

4.4 Детальное проектирование

Класс «Заказ»

Детальное проектирование классов БД представлено в таблицах 4.5 - 4.7.

Таблица 4.5 - Описание класса «Заказ»

Атрибуты

Описание

ID детали

Идентификационный номер детали в прайс-листе

ID клиента

Идентификационный номер клиента автосалона

Таблица 4.6 - Описание класса «Клиент»

Атрибуты

Описание

ID клиента

Идентификационный номер клиента автосалона

Ф.И.О.

Фамилия, имя, отчество клиента

Адрес

Адрес клиента

Телефон

Телефон клиента

Таблица 4.7 - Описание класса «ТО»

Атрибуты и операции

Описание

ID ТО

Идентификационный код

Название

Название (Класс ТО)

Цена

Цена ТО для выбранного автомобиля (авто. Клиента)

Тип

Тип технического осмотра

Вид

Определяет вид: основной, промежуточный

Расчет Цены

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

Модуль «Form1.cs»

Модуль «Form1.cs», или «Источник данных», представляет собой форму для настройки подключения к БД и управления состоянием подключения (см. таблицу 4.8).

Таблица 4.8 - Описание процедур модуля «Источник данных»

Процедура

Описание

button28_Click

Подключение к БД

button29_Click

Открытие окна настройки подключения к БД

button30_Click

Отключение от БД

Модуль «Form1.cs»

Модуль представляет собой интерфейс для выбора дополнительных работ для выполнения. Описание процедур и функций модуля «Работы» представлено в таблице 4.9. Последовательность выполнения процедур и функций при работе модуля «Работы» так же представлена на рисунке 4.1.

Таблица 4.9 - Описание процедур модуля «Автомобили»

Процедура

Описание

dataGridView4_Cell

ContentClick

Передает выбо дополнительных работ из существующего списка SelectModel

dataGridView5_Cell

ContentClick

Передает выбранный тип детали (аналоги) SortGrid

dataGridView2_CellClick

Фиксирует выбранную серию и модель автомобиля

dataGridView2_Cell

MouseDoubleClick

Показывает информацию о выбранной детали (произведенной работе)

dataGridView6_Colu

mnHeaderMouseClick

Выводит варианты стоимости (в зависимости от выбранной фирмы производителе)

Button27_Click

Добавление работ в БД и переход в состояние ожидания последующих действий

Рисунок 4.1 - Диаграмма компонентов модуля «Работы»

На рисунке 4.2 показано схематично взаимодействие компонентов в таблице базы данных.

Рисунок 4.2 - Диаграмма компонентов модуля «Таблицы БД»

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

5.1 Описание среды разработки

Microsoft Visual Basic - средство разработки программного обеспечения, разрабатываемое корпорацией Microsoft и включающее язык программирования и среду разработки. Язык Visual Basic унаследовал дух, стиль и отчасти синтаксис своего предка - языка Бейсик, у которого есть немало диалектов. В то же время Visual Basic сочетает в себе процедуры и элементы объектно-ориентированных и компонентно-ориентированных языков программирования. Среда разработки VB включает инструменты для визуального конструирования пользовательского интерфейса.

Visual Basic считается хорошим средством быстрой разработки прототипов программы, для разработки приложений баз данных и вообще для компонентного способа создания программ, работающих под управлением операционных систем семейства Microsoft Windows.

Первое признание серьёзными разработчиками Visual Basic получил после выхода версии 3 - VB3. Окончательное признание как полноценного средства программирования для Windows - при выходе версии 5 - VB5. Версия VB6, входящая в состав Microsoft Visual Studio 6.0, стала по-настоящему зрелым и функционально богатым продуктом. После этого разработчики из Microsoft существенно изменили направление развития данной технологии.

Visual Basic .NET не позволяет программировать по-старому, ибо по сути является совершенно другим языком, таким же, как и любой другой язык программирования для платформы .NET. Индивидуальность языка, так же как и его преимущества (простота, скорость создания программ, лёгкость использования готовых компонент) при использовании в среде.NET не имеют такого значения, как раньше - всё сосредоточено на возможностях самой системы.NET, на её библиотеке классов. Поэтому сегодня (сентябрь 2010) нужно говорить о классическом Visual Basic, его диалектах Visual Basic for Applications (VBA) и Visual Basic Scripting Edition (VBScript) и о языке для платформы.NET - Visual Basic.NET.

NET Framework - программная платформа, выпущенная компанией Microsoft в 2002 году. Фактически представляет собой операционную систему внутри операционной системы. Основой платформы является виртуальная машина Common Language Runtime (CLR), способная выполнять как обычные настольные программы, так и веб-приложения. Отличительной особенностью.NET Framework является способность выполнять программы, написанные на разных языках программирования [9].

Считается, что платформа.NET Framework явилась ответом компании Microsoft на набравшую к тому времени большую популярность платформу Java компании Sun Microsystems (ныне принадлежит Oracle), также основанную на виртуальной машине.

Хотя.NET является патентованной технологией корпорации Microsoft и официально рассчитана на работу под операционными системами семейства Microsoft Windows, но существуют независимые проекты (прежде всего это Mono и Portable.NET), позволяющие запускать программы.NET на многих других операционных системах.

5.2 Описание СУБД

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

В отличие от других настольных СУБД, Access хранит все данные в одном файле, хотя и распределяет их по разным таблицам, как и положено реляционной СУБД. К этим данным относится не только информация в таблицах, но и другие объекты базы данных, которые будут описаны ниже.

Для выполнения почти всех основных операций Access предлагает большое количество Мастеров (Wizards), которые делают основную работу за пользователя при работе с данными и разработке приложений, помогают избежать рутинных действий и облегчают работу неискушенному в программировании пользователю.

Особенности MS Access, отличающиеся от представления об «идеальной» реляционной СУБД.

Создание многопользовательской БД Access и получение одновременного доступа нескольких пользователей к общей базе данных возможно в локальной одноранговой сети или в сети с файловым сервером. Сеть обеспечивает аппаратную и программную поддержку обмена данными между компьютерами. Access следит за разграничением доступа разных пользователей к БД и обеспечивает защиту данных. При одновременной работе. Так как Access не является клиент серверной СУБД, возможности его по обеспечению многопользовательской работы несколько ограничены. Обычно для доступа к данным по сети с нескольких рабочих станций, файл БД Access (с расширением *.mdb) выкладывается на файловый сервер. При этом обработка данных ведется в основном на клиенте - там, где запущено приложение, в силу принципов организации файловых СУБД. Этот фактор ограничивает использование Access для обеспечения работы множества пользователей (более 15-20) и при большом количестве данных в таблицах, так как многократно возрастает нагрузка не сеть.

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

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

MS Access предоставляет в распоряжение непрограммирующему пользователю разнообразные диалоговые средства, которые позволяют ему создавать приложения не прибегая к разработке запросов на языке SQL или к программированию макросов или модулей на языке VBA.

Access обладает широкими возможностями по импорту / экспорту данных в различные форматы, от таблиц Excel и текстовых файлов, до практически любой серверной СУБД через механизм ODBC.

Еще одно немаловажное преимущество MS Access заключается в развитых встроенных средствах разработки приложений. Большинство приложений, распространяемых среди пользователей, содержит тот или иной объем кода VBA (Visual Basic for Applications). Поскольку VBA является единственным средством для выполнения многих стандартных задач в Access (работа с переменными, построение команд SQL во время работы программы, обработка ошибок, использование Windows API и т.д.), для создания более-менее сложных приложений необходимо его знание и знание объектной модели MS Access.

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

Основные компоненты MS Access:

· построитель таблиц;

· построитель экранных форм;

· построитель SQL-запросов (язык SQL в MS Access не соответствует стандарту ANSI);

· построитель отчётов, выводимых на печать.

Они могут вызывать скрипты на языке VBA, поэтому MS Access позволяет разрабатывать приложения и БД практически «с нуля» или написать оболочку для внешней БД.

MS Access является файл-серверной СУБД и потому применима лишь к маленьким приложениям. Отсутствует ряд механизмов, необходимых в многопользовательских БД, таких, например, как триггеры.

Существенно расширяет возможности MS Access по написанию приложений механизм связи с различными внешними СУБД: «связанные таблицы» (связь с таблицей СУБД) и «запросы к серверу» (запрос на диалекте SQL, который «понимает» СУБД). Также MS Access позволяет строить полноценные клиент-серверные приложения на СУБД MS SQL Server. При этом имеется возможность совместить с присущей MS Access простотой инструменты для управления БД и средства разработки.

5.3 Сборка проекта

Сборка приложения «Peugeot - сервис» (рисунок 5.1) проходит в 4 этапа:

1 Сборка интерфейсов главного модуля «Form1.cs» и второстепенных модулей «FormOrder.cs» и «FormCarInfo.cs»;

2 Сборка функций для связи с БД и связи с второстепенными модулями;

3 Сборка функций для работы с данными;

4 Сборка интерфейсов модулей отображения данных «TreeLogicalOutput.cs» и графа «Graf-TreeLog.cs» и функций для их построения.

Рисунок 5.1 - Сборка приложения «Peugeot-сервис»

5.4 Тестирование «черного ящика», «белого ящика» и «серого ящика»

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

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

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

Рисунок 5.2 - Типы тестов

Целью тестирования «белого ящика» является тестирование наиболее ненадежных путей программы. Для выполнения тестирования «белого ящика» мы сначала разбиваем проект программы на отдельные элементы и ищем пути и другие разбиения для управления и данных. Затем мы проектируем тесты, прослеживающие все или некоторые из этих путей, и проверяем все составные части. Более наглядным названием этих действий было бы «тестирование стеклянного ящика».

Тестирование «серого ящика» рассматривает внутреннюю работу программы или модуля, но только до некоторой степени. Сюда могут быть также отнесены и некоторые аспекты тестирования «черного ящика».

5.5 Тестирование приложения Peugeotервис

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

Таблица 5.1 - Результаты тестирования

Описание теста

Модуль

Результат

Запрет на ввод информации (частично), проверка на совпадение (Ник, пароль), запрет на самостоятельное редактирование полей предназначенных для выборки данных из базы (прайс-листы работ, то)

Form1.frm

Тест пройден

Проверка на некорректные действия пользователя во время составления (оформления) заказа

Form2.frm

Тест пройден

Запрет добавления записи с незаполненными основными полями

Form6.frm

Adm_TO

Тест пройден

Запрет на запись в базу данных, если нарушены какие-либо критерии

Form6.frm

Adm_TO

Тест пройден

Проверка на некорректные действия пользователя

Form6.frm

Adm_TO

Тест пройден

Проверка на корректную работу интерфейса (вывод меню)

Form10.frm

ClientServise

Тест пройден

Проверка на заполнения всех данных (сервисная книга, информация о клиенте)

Form10.frm

ClientServise

Ошибок 0

6. Технико-эксплуатационные показатели проектирования

6.1 Описание руководства пользователя

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

6.2 Запуск приложения

Для работы с программой достаточно иметь на ПК стандартные средства Microsoft office. Для начала работы необходимо запустить программу путем двойного клика мыши по файлу СТО.exe, который расположен на сетевом диске C:\ (для корректной работы это необходимо) в папке «Диплом». Все файлы, расположенные по адресу C:\Диплом являются обязательными и при удалении или порчи частично (целиком), работоспособность приложения не гарантируется.

6.3 Вход в систему (авторизация)

Вход в систему для Пользователя

После запуска файла СТО.exe открывается стартовое окно программы «Авторизация в Системе», которое состоит из двух вкладок: «Вход для клиента» и «Вход для Администратора». Необходимо выбрать вкладку «Вход для клиента» (рисунок 6.1) и в соответствующие поля ввести Ник и пароль (если таких данных нет, то необходимо обратиться к администратору за помощью). Данные Ник, и пароль присваиваются пользователю в момент регистрации в системе. После корректного ввода данных нажмите на джойстике центральную клавишу «Enter». Так же на данной вкладке присутствуют такие возможности:

- «Info» позволяет получить главную информацию;

- клавиши вверх и вниз производят навигацию;

- клавиши вправо и влево регулируют скорость бегущей строки (Info);

- «Setting» меняет настройки окна;

- «Back» удаляет один последний символ из активного окна;

- «Del (nik)» очистит поле Ник;

- «Del (pass)» очистит поле Пароль;

Для выхода из программы необходимо нажать на клавишу «OFF».

Вход в систему для Администратора

Необходимо ввести Ник и Пароль (известен только администратору) в соответствующие поля, выбрать объект для входа («Автосервис» или «Автомагазин»), нажать на кнопку «Start».

6.4 Работа в «Личном кабинете» пользователя

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

Основными функциями личного кабинета являются просмотр различной информации:

- просмотр «Сервисной книги». Данную информацию можно просмотреть путем нажатия на кнопку «Сервисная книга» которая расположена в главном окне, либо воспользоваться меню Мой Peugeot/ Сервисная книга. Сервисная книга показывает все проделанные работы с автомобилем владельца.

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

- для просмотра Другой полезной информации можно воспользоваться имеющимися вкладками в меню.

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

6.5 Работа с клиентами «Peugeotервис»

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

Для защиты пароля необходимо нажать кнопку «Защитить», которая отвечает за перевод обычного набора данных в виде шифрования MD5, после произведения каких-либо действий нужно нажать клавишу «Сохранить».

6.6 Модуль «Покупка товара»

Для приобретения товара можно воспользоваться удобным поиском, который позволяет найти необходимую деталь по: названию, артикул, категории и т.д. Данный вид сервиса позволяет производить поиск товара по фрагменту слова (кода), который присутствует в составе детали. После нахождения необходимой детали нужно написать приобретаемое кол-во деталей (штук), и нажать кнопку «Сделать заказ».

6.7 Описание работы сервисной станции Peugeot

Главной задачей сервисной станции является произведение ремонта по плану. Данный вид технического обслуживания расположен на вкладке «Пройти ТО», которая расположена в центре главного окна сервиса. Здесь администратор вводит данные о пробеге автомобиля, дате, выбирает дополнительные работы, выбирает способ оплаты, после чего система автоматически проверяет соблюдение всех норм и правил и выводит соответствующие предупреждения.

Для выполнения других работ (не связанных с плановыми ТО), в программе предусмотрена вкладка «Сервисная станция». Администратор выписывает набор работ для выполнения, выбирает способ оплаты, после чего нажимает кнопку «Выполнить». Далее по нажатию кнопки «отправить на печать», распечатывает лист работ.

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

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

Для просмотра информации о клиенте необходимо нажать на кнопку «Инфо. о клиенте», и в открывшемся окне выбрать интересующую информацию для просмотра.

В программе реализована функция «Личный счет». Он позволяет хранить денежные средства (оплата услуг) на счете в банке. Пополнение и снятие производиться из кабинета администратора. За операции по пополнению или снятию денежных средств взимается комиссия, размер которой зависит от суммы задолженности.

Список использованных источников

1. Карташов В.П., Мальцев В.М. «Организация технического обслуживания и

ремонта автомобилей» М.: «Транспорт» 1999 г., 215 ст.

2. Туревский И.С. «Экономика и управление автотранспортным предприятием», учебное пособие, М. - 2005 г. 186 ст.

3. Кватрани Т. Rational Rose 2000 и UML. Визуальное моделирование: Пер. с англ. ДМК Пресс, 2001.176 ст.

4. Технология выполнения регламентных работ первого и второго технического обслуживания автомобиля, Минавтотранс, М. - Транспорт, 1996 г. 220 ст.

5. Туревский И.С. «Дипломное проектирование автотранспортных предприятий», М. - ИД «Форум», 2008 г. - 240 ст.

6. Клебанов Б.В. «Проектирование производственных участков авторемонтных предприятий», М. - «Транспорт», 1975 г. 134 ст.

7.Н.Н. Гринченко, Е.В. Гусев, Н.П. Макаров. Проектирование баз данных. СУБД Microsoft Access. Учебное пособие. 2004 год. 240 ст.

8. www. Peugeot.ru

9. Миклашевская Л.Н. Технология создания ПО. Курс лекций. - Кр.: Кубанский государственный технологический университет, 1994. - 59 ст.

10. Миклашевская Л.Н., Цуприков А.А. Оценка экономической эффективности программного изделия. Методические указания по дипломному проектированию для студентов специальности 22.04. - Кр.:КубГТУ, 1999. - 30 ст.

Приложение А

Текст модуля «Работа с клиентами»

Private SaveNik As String

Dim sLastNick As String

Private Sub Calendar1_Click()

If Calendar1. DataChanged = True Then Calendar1. Visible = False

End Sub

Private Sub Combo1_GotFocus()

Dim strMod As String

Combo1. Clear

Combo1. AddItem (TOData(0).sModelName)

For i = 1 To 58

strMod = TOData(i).sModelName

If Combo1. List (Combo1. ListCount - 1) <> strMod Then Combo1. AddItem (TOData(i).sModelName)

Next

End Sub

Private Sub Combo2_GotFocus()

Dim engine As String

Combo2. Clear

If Combo1. Text = «» Then MsgBox («Выберите модель»)

For i = 0 To 58

If TOData(i).sModelName = Combo1. Text Then

Combo2. AddItem (TOData(i).sEngineType)

End If

Next

Picture1. Top = Picture1. Top + Picture1. Height: Picture1. Top = Picture1. Top - Picture1. Height

End Sub

Private Sub Combo3_GotFocus()

Combo3. Clear

Combo3. AddItem («Peugeot»)

End Sub

Private Sub Command1_Click()

Dim IDClient As Long

Adodc1. Recordset. MoveLast

IDClient = Val (Adodc1. Recordset(0).value) + 1

Adodc1. Recordset. AddNew

Adodc1. Recordset(0).value = IDClient

Adodc1. Recordset. MoveLast ' для обновления БД S №1

Dim IDTOService As Integer

ProgramADO. CreateStringConnect

IDTOService = SQLCreateNewIDFromTable («Сервис_ТО», «ID_ТО»)

Call SQLExecOnly («INSERT INTO Сервис_ТО VALUES (» & IDTOService &»,» & IDClient &», '', '', '', '', '', '', '', '', '', '', '', '', '', '', '', '', '', '', '', '', '', '', '', '', '', '', '', '', '', '', '', '', '', '', '', '', 'Активен', '', '', '', '', '0-1')»)

End Sub

Private Sub Command12_Click()

Command2. Enabled = True

End Sub

Private Sub Command2_Click()

AdmClient. Visible = False

End Sub

Private Sub Command3_Click()

If MsgBox («Удалить?» & Text2. Text & «- автомобиль» & Combo3. Text & «» & Combo1. Text, vbQuestion + vbOKCancel, «Вы точно хотите удалить клиента?») = vbOK Then

Adodc1. Recordset. Delete

End If

End Sub

Private Sub Command4_Click()

Text9. Text = MD5. DigestStrToHexStr (Text9. Text)

'Adodc1. Refresh

End Sub

Private Sub Command5_Click()

Text9. Text = «»

End Sub

Private Sub Command6_Click()

Text11. Text = Calendar1.value

Calendar1. Visible = False

Command6. Visible = False

End Sub

Private Sub Command8_Click()

AnimationValue = «ClientInfMoneyOpen»

TimerAnimation1. Enabled = True

Command8. Enabled = False

End Sub

Private Sub Form_Load()

AdmTO. Timer1. Enabled = True

End Sub

Private Sub Image1_Click (Index As Integer)

If Index <> 19 Then Picture3. Visible = False

Select Case Index

Case 0: Text16. Text = «Голубой»

Case 1: Text16. Text = «Серый»

Case 2: Text16. Text = «Красный»

Case 3: Text16. Text = «Серый»

Case 4: Text16. Text = «Красный аден»

Case 5: Text16. Text = «Серый алюминий»

Case 6: Text16. Text = «Черный металик»

Case 7: Text16. Text = «Майя»

Case 8: Text16. Text = «Альпийский снег»

Case 9: Text16. Text = «белый»

Case 10: Text16. Text = «Изумруд»

Case 11: Text16. Text = «Бежевый»

Case 12: Text16. Text = «Зеленый»

Case 13: Text16. Text = «Темно-синий»

Case 14: Text16. Text = «Серебристый»

Case 15: Text16. Text = «Желтый»

Case 16: Text16. Text = «Фиолетовый»

Case 17: Text16. Text = «Ирис»

Case 18: Text16. Text = «Золотой»

End Select

End Sub

Private Sub Command10_Click()

If Text3. Text <> «» Then

Picture3. Visible = False

Text16. Text = Text3. Text

Text3. Text = «»

End If

End Sub

Private Sub Command11_Click()

Picture3. Visible = False

End Sub

Private Sub Label3_Click()

AnimationValue = «ClientInfMoneyClose»

TimerAnimation1. Enabled = True

End Sub

Private Sub Command9_Click()

AnimationValue = «ClientInfMoneyClose»

TimerAnimation1. Enabled = True

End Sub

Private Sub Text10_GotFocus()

sLastNick = Text10. Text

End Sub

Private Sub Text10_Validate (Cancel As Boolean)

Dim sNewNick As String

If sLastNick <> Text10. Text Then

sNewNick = ProgramADO.SQLExecAndGetValueOnFieldStr («SELECT * FROM Заказчик WHERE Ник='» & Text10. Text & «'», «Ник»)

If sNewNick <> «» Then

MsgBox «Такой Ник уже используется», vbInformation

Text10. Text = sLastNick

End If

End If

End Sub

Private Sub Text11_Click()

Calendar1. Top = Text11. Top

Calendar1. Left = Text11. Left + Text11. Width + 5

Calendar1. Visible = True

Command6. Left = Calendar1. Left + 12

Command6. Top = Calendar1. Top + Calendar1. Height + 4

Command6. Visible = True

If Text11. Text = «» Then Calendar1.value = Date Else Calendar1.value = Text11. Text

End Sub

Private Sub Text16_GotFocus()

Picture3. Left = 664: Picture3. Top = 144: Picture3. Visible = True

End Sub

Private Sub Text18_Click()

Calendar1. Top = Text18. Top

Calendar1. Left = Text18. Left + Text18. Width + 5

Calendar1. Visible = True

Command6. Left = Calendar1. Left + 12

Command6. Top = Calendar1. Top + Calendar1. Height + 4

Command6. Visible = True

If Text11. Text = «» Then Calendar1.value = Date Else Calendar1.value = Text11. Text

End Sub

Public Sub TimerAnimation1_Timer()

Select Case AnimationValue

Case «ClientInfMoneyOpen»

Animation. ClientInfMoneyOpen

Case «ClientInfMoneyClose»

Animation. ClientInfMoneyClose

End Select

End Sub

Private Sub VScroll1_Scroll()

Picture4. Top = VScroll1.value

End Sub

Приложение Б

Текст модуля «Заказ»

Option Explicit

Private Sub Adodc5_WillMove (ByVal adReason As ADODB. EventReasonEnum, adStatus As ADODB. EventStatusEnum, ByVal pRecordset As ADODB. Recordset)

End Sub

Private Sub Combo1_Click()

DataCombo3. Text = «»

Call GetCarDataFromModel (Combo1. Text)

End Sub

Private Sub Combo2_Click()

Adodc2. ConnectionString = «Provider=Microsoft. Jet.OLEDB.4.0; Data Source=C:\Диплом\db1.mdb; Mode=ReadWrite|Share Deny None; Persist Security Info=False»

Adodc2. CommandType = adCmdText


Подобные документы

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

    курсовая работа [712,0 K], добавлен 13.08.2012

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

    курсовая работа [94,7 K], добавлен 30.01.2016

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

    дипломная работа [1,7 M], добавлен 20.12.2012

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

    курсовая работа [1,2 M], добавлен 13.06.2017

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

    контрольная работа [1,4 M], добавлен 04.02.2017

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

    курсовая работа [1,5 M], добавлен 26.08.2012

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

    курсовая работа [734,3 K], добавлен 12.03.2013

  • Область применения и требования создаваемого Web-приложения. Требования к техническому и программному обеспечению. Разработка структуры Web-приложения и выбор средств программной реализации. Программная реализация Web-приложения. Структура базы данных.

    дипломная работа [1,4 M], добавлен 03.06.2014

  • Методика проектирования информационной системы "Учебные планы. Вычитка часов", ее структура и основные элементы, назначение и сферы использования. Основные требования к данному программному обеспечению, выбор средств его реализации и обоснование выбора.

    курсовая работа [1,3 M], добавлен 13.08.2009

  • Механизм построения мультимедийных приложений. Разработка мультимедийного проекта "классы в С++" - приложения, построенного с применением пакета AuthorWare 6.5. Плюсы и минусы программы в сравнении "AUK BC". Требования к программному обеспечению.

    курсовая работа [1,9 M], добавлен 17.07.2009

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.