| Атрибут | Расшифровка | Тип |
| Id_zp_mst | Идентификационный номер | Автосчётчик |
| Kol_sak | Количество заказов | Целое |
| Nachisleno | Начислено | Вещественное |
| id_master | ID мастера | Длинное целое |
Таблица 11
Определение типов таблицы "Услуги"
| Атрибут | Расшифровка | Тип |
| id_uslugi | Идентификационный номер | Автосчётчик |
| usluga | Название услуги | Строка |
| cena | Цена | Деньги |
Таблица 12
Определение типов таблицы "Мастер-услуга"
| Атрибут | Расшифровка | Тип |
| id_uslugi | ID услуги | Длинное целое |
| id_master | ID мастера | Длинное целое |
Таблица 13
Определение типов таблицы "Сотрудник"
| Атрибут | Расшифровка | Тип |
| id_sotrudnik | Идентификационный номер | Автосчётчик |
| Fam | Фамилия | Строка |
| Name | Имя | Строка |
| Otch | Отчество | Строка |
| dolzhnost | Должность | Строка |
| seria_pasp | Серия паспорта | Целое |
| nomer_pasp | Номер паспорта | Длинное целое |
| data_post_na_rab | Дата поступления на | Дата |
| oklad | Оклад | Деньги |
Таблица 14
Определение типов таблицы "Заказ-сотрудник"
| Атрибут | Расшифровка | Тип |
| id_sakas | ID заказа | Длинное целое |
| id_klient | ID клиента | Длинное целое |
| id_sotrudnik | ID сотрудника | Длинное целое |
Таблица 15
Определение общих типов таблицы "Отчёт"
| Атрибут | Расшифровка | Тип |
| id_otch | Идентификационный номер | Автосчётчик |
| id_zp_mst | ID зарплаты мастера | Длинное целое |
| id_sotrudnik | ID сотрудника | Длинное целое |
| id_sak_sklada | ID заказа склада | Длинное целое |
| id_detal | ID детали | Длинное целое |
| Mes | Месяц | Строка |
| god | Год | Строка |
Таким образом, определены все таблицы для разработки базы данных с общими типами. Для определения конкретных типов необходимо выбрать программное обеспечение для реализации информационной системы.
Для выбора программного обеспечения для реализации оценим несколько самых распространённых программных продуктов по следующим критериям:
распространённость;
финансовая доступность;
поддержка защиты данных;
Каждый критерий оценивается по трехбалльной системе и может принимать значения "1", "2", "3". Где оценка "1" соответствует наихудшему удовлетворению критерия, а оценка "3" - наилучшему.
Таблица 16
Оценка программного обеспечения для реализации
| Программное обеспечение Критерии | Paradox 7 | Oracle | INFORMIX | INTRBASE | MsAccess | MsSQL |
| распространённость | 3 | 3 | 2 | 2 | 3 | 3 |
| финансовая доступность | 3 | 1 | 3 | 2 | 3 | 2 |
| поддержка защиты данных | 3 | 3 | 1 | 2 | 2 | 2 |
| ИТОГОВЫЙ БАЛЛ: | 9 | 7 | 6 | 6 | 8 | 7 |
Следуя из оценки программного обеспечения, для разработки данной информационной системы будет взята за основу СУБД Paradox 7.
Информационную систему можно реализовать в различных средах программирования. Например, таких как: SQL, Java, JavaScript, XML, Builder C++, Visual Basic, Delphi. Для разработки системы нужного уровня наиболее часто применяются Builder C++, Visual Basic, Delphi, поэтому производить оценку будем именно по ним.
Для выбора среды программирования для реализации оценим каждый программный продукт по следующим критериям:
генерация кода. Возможность генерации кодов на одном или нескольких языках на основе проектных спецификаций. Типы генерируемого кода могут включать обычный программный код, схему базы данных, запросы, экраны/меню;
компиляция кода;
отладка. Типичные функции отладки - трассировка программ, выделение узких мест и наиболее часто используемых фрагментов кода и т.д.;
генерация экранных форм;
механизм доступа к определённой БД:
надёжность
Все перечисленные выше критерии имеют одинаковую значимость, поэтому оцениваются по одной шкале оценок.
Критерии могут иметь оценки 1,2,3.
Оценка "1" означает, что ПО минимально удовлетворяет данному критерию или не удовлетворяет вообще.
Оценка "2" показывают среднюю степень выполнения условий критерия.
Оценка "3" означает, что критерий в данном ПО выполняется полностью.
Оценка программного обеспечения представлена в таблице 17.
Таблица 17
Оценка средств программирования
| Программные продукты Критерии | Builder C++ | Visual Basic | Delphi |
| генерация кода | 2 | 3 | |
| компиляция кода | 3 | 3 | |
| отладка | 3 | 2 | |
| генерация экранных форм | 3 | 3 | |
| механизм доступа к определённой БД | 3 | 2 | |
| надёжность | 3 | 2 | |
| ИТОГОВЫЙ БАЛЛ: | 17 | 16 |
Из оценки по поставленным критериям видно, что для разработки данной БД наиболее подходящим является среда программирования Builder С++.
Для внесения ясности в функциональную схему приложения распишем некоторые основные функции более подробно.
Функция поиска клиента по базе данных:
Поиск будет осуществляться по ID клиента, если он его помнит, или по фамилии и номеру автомобиля. Если поиск производиться по ID клиента, то в таблице "Клиент" перебираются все ID и на экран выводится фамилия, имя, отчество и номер автомобиля клиента, чтобы исключить случайные ошибки. Если же поиск производиться по фамилии и номеру автомобиля, то в таблице "Клиент" перебираются фамилии и номера машин так, чтобы одновременно совпадали оба параметра, так как клиенты могут бить с одинаковыми фамилиями. Если клиент не найден, на экран должно выйти сообщение. Если клиент найден, то есть он уже когда-либо оформлял заказы, то информация о его заказах должна вывестись на экран.
Функция оформления нового заказа:
Если клиент найден в базе данных, то при оформлении заказа известная информация автоматически заносится в форму. Другая нужная информация: детали, услуги, данные о исполняющих мастерах - вводится путём выбора из списка, чтобы избежать различных опечаток. При выборе какой-либо детали заполняется таблица "Деталь-заказ", в которой прописываются данные ID заказа и ID детали. При этом из таблицы "Деталь" в записи соответствующей детали меняется количество. Это необходимо для учёта деталей на складе.
Если же поиск не дал положительных результатов, то фамилия, имя, отчество и номер автомобиля клиента вводится вручную. Остальная информация вводится аналогично из списка. При добавлении заказа в таблицы сначала заполняется таблица "Клиент", новому клиенту присваивается ID, которое система высчитывает автоматически, так как тип данного поля - автосчётчик. Последующая информация вводится в таблицы аналогично первому случаю поиска.
Функция авоподсчёта стоимости заказа:
При сохранении заказа система считывает информацию по каждой услуге и детали через их ID. При подсчёте стоимости деталей учитывается также число каждого типа деталей, так как замене могут подлежать сразу несколько одинаковых деталей. Далее все эти стоимости складываются, и результат выводиться на экран и сохраняется также в заказ. Все дополнительные расходы и оплата за работу, входят в стоимость деталей и услуг, поэтому не требуют дополнительных расчётов.
Автоудаление заказов, не требующих дальнейшего хранения:
В каждом заказе отмечается дата закрытия заказа. По закону необходимо хранить все отчёты 3 года. Для того чтобы не занимать лишние ресурсы памяти, заказы, дата закрытия которых раньше, чем 3 года назад, удаляются. То есть система периодически сверяет текущую дату с датой закрытия заказа, и, если разность дат превышает 3 года, заказ удаляется.
На основе основных функций распишем необходимые отчёты.
Для того чтобы заказчик мог забрать свой заказ, необходимо предоставить ему некоторый отчёт, который должен содержать всю информацию по заказу - данные, вводимые при заполнении заказа (см. выше).
Для контроля внутренней работы фирмы необходимо проверять все финансовые затраты и доходы. Для этого также используются отчёты, содержащие месяц и год, за который сделан отчёт, информацию обо всех сотрудниках и их зарплатах, затраты на приобретение деталей в данный период времени и другие затраты. Также отчет должен включать полный доход за месяц.
Для каждого сотрудника соответственно должны также выполняться отчёты, содержащие информацию о выполненной работе и её стоимости, общее начисление за месяц.
Для планирования развития организации часто используют прогнозирование доходов. Поэтому за прогнозируемую величину возьмём рост доходов (чистых). На величину чистой прибыли влияет количество и стоимость заказов, количество всех расходов. Таким образом, необходимо найти как будут изменяться доходы в ближайшем будущем, основываясь на результатах прошедшего периода.