4 План тестирования
Приводится описание предполагаемого порядка тестирования, с указанием количества контрольных примеров.
Даются указания по особенностям тестирования отдельных функций.
Примечание – Раздел является обязательным, если ТП описывает новый модуль или новые функции существующего модуля.
5 Документирование
Справочная подсистема
Перечень файлов справочной подсистемы, куда вносится описание новых (измененных) функций и режимов, диапазоны констант.
Документация пользователя.
Указания:
- по разработке отдельной книги документации;
- по дополнению существующих книг (новые разделы, либо добавления в существующие разделы).
Приводится примерный объем и структура документации.
Даются указания об обязательном отражении особенностей работы конкретных функций, использования параметров настройки и т.д.
Титульный лист ТП должен быть оформлен в соответствии с рисунком 7.1.
Наименование министерства
Наименование учреждения
(Наименование)
Модуль(и)(“Наименование”)
Версия X.XX
ТЕХНИЧЕСКИЙ ПРОЕКТ
Руководитель /Фамилия И.О/
Разработчик /Фамилия И.О/
(Город разработки)200___
Рисунок 7.1
Пример оформления технического проекта
Министерство образования Республики Беларусь
Учреждение образования
«Минский государственный высший радиотехнический колледж»
«АВТОМАТИЗАЦИЯ СКЛАДСКОГО УЧЕТА АВТОСЕРВИСА»
Версия 1.01
ТЕХНИЧЕСКИЙ ПРОЕКТ
Руководитель /Петров Н.Н./
Разработчик /Николаев М.М./
2006
Содержание
|
1 Общие сведения |
3 |
|
2 Описание предметной области |
3 |
|
3 Описание проектных решений |
3 |
|
3.1 Решения по архитектуре |
3 |
|
3.2 Информационная модель и структура базы данных |
5 |
|
3.3 Структура входных данных |
5 |
|
3.4 Функциональные решения |
6 |
|
3.5 Структура выходных данных |
7 |
|
3.6 Пользовательский интерфейс |
7 |
|
3.7 Описание алгоритмов |
7 |
|
3.8 Информационное обеспечение |
7 |
|
3.9 Прочие проектные решения |
7 |
|
4 План тестирования |
8 |
|
5 Документирование |
8 |
|
Приложение А – Накладная на получение товара организа- цией ОАО «Руно-Авто» |
9 |
|
Приложение Б – Квитанция, выдаваемая клиенту при по- купке запчастей |
10 |
|
Приложение В – Квитанция, выдаваемая заказчику при сда- че машины в ремонт |
11 |
|
Приложение Г – Квитанция, выдаваемая заказчику при получении машины из ремонта |
12 |
|
Приложение Д – Квитанция, выдаваемая клиенту при по- купке автомобиля |
13 |
|
Приложение Е – Пароль Администратора |
14 |
1 Общие сведения
1.1 Формулировка задания
Разрабатываемый программный продукт (ПП) должен обеспечивать автоматизированный складской учет автосервиса.. ПП должен обеспечивать учет внутреннего движения запасных частей, корректировку базы данных, автоматизацию ведения документации.
Основанием для разработки данного ПП является договор №1 между Заказчиком (ОАО «Руно-Авто») и Разработчиком (ООО «ЯВХС») от 10.09.1999 г. и «Техническое Задание» от 12.09.99 г., переданное Заказчиком Разработчику.
2 Описание предметной области
Данный раздел подробно описан в разделе 2 ТЗ.
3 Описание проектных решений
3.1 Решения по архитектуре
В состав архитектуры разработанного ПП входят несколько таблиц. Структура каждой таблицы есть научно-обоснованная единица, являющаяся стандартной функцией системы управления БД FoxPro 2.0. Данная структура позволяет легко вносить изменения данных, а так же позволяет корректировать состав и внешний вид самой таблицы.
Архитектура разрабатываемого ПП складывается из следующих БД:
- БД по продаже автомобилей.
Данная БД содержит следующие таблицы:
1) таблица поступления автомобилей, в которой есть поля следующего содержания: марка автомобиля; все реквизиты поставщика; технические характеристики; цена; дата подписания договора.
Эта таблица содержит ссылку на подфункцию, формирующую договор поставки на продажу;
2) таблица продажи автомобилей, в которой есть поля следующего содержания: марка автомобиля; все реквизиты поставщика; цена; дата подписания договора.
Кроме того, таблица содержит ссылку на подфункцию, формирующую договор «купли/ продажи автомобиля» (приложение А);
- БД запасных частей.
Данная БД содержит следующие таблицы:
1) таблица учета поступления запчастей, в которой есть поля следующего содержания: все реквизиты поставщика; наименование и номер документа, подтверждающего поставку; наименование детали; себестоимость; розничная цена; дата поступления.
Так же таблица имеет ссылку на подфункцию формирования документов, подтверждающих получение запчастей (приложение Б);
2) таблица учета продажи запчастей, в которой есть поля следующего содержания: реквизиты покупателя; наименование детали; цена; дата продажи.
Так же таблица содержит ссылку на подфункцию формирования сопроводительных документов при продаже запчастей (квитанция о покупке, гарантийный талон – приложение В);
3) таблица учета внутреннего перемещения запчастей, в которой есть поля следующего содержания: наименование детали; дата перемещения; назначение перемещения.
Так же таблица содержит ссылку на подфункцию формирования внутренних товарно-транспортных накладных (ТТН), необходимых для внутреннего перемещения запчастей;
- БД автомобилей, находящихся в ремонте.
Данная БД содержит следующие таблицы:
1) таблица поступления автомобилей в ремонт, в которой есть поля следующего содержания: реквизиты заказчика; код заказчика; дата поступления в ремонт; марка автомобиля; модель автомобиля; описание неисправностей; назначенная стоимость; назначенная дата исправления поломки.
Так же таблица имеет ссылку на подфункцию формирования документов, подтверждающих заказ (приложение Г);
2) таблица сдачи выполненных работ, в которой есть поля следующего содержания: код заказчика; перечень выполненных работ; список использованных запчастей; конечная стоимость ремонта; дата окончания работы.
Так же таблица содержи ссылку на подфункцию формирования сопроводительных документов (приложение Д).
3.2 Информационная модель и структура БД
Ниже приведено описание основной БД разрабатываемого ПП:
- ведение базы данных по продаже автомобилей.
Данная функция осуществляет создание и корректировку двух видов учета:
- ведение учета поступления автомобилей, включающего все реквизиты поставщика, марку автомобиля, технические характеристики, его цену, дату подписания договора, а так же формирование такого договора;
- ведение учета продажи автомобиля, включающего все реквизиты покупателя, марку автомобиля, технические характеристики, цену, дату продажи, а так же формирование договора «купли/ продажи»;
- ведение базы данных запасных частей.
Данная функция осуществляет создание и корректировку трех видов учета (формирование производится для каждой марки и модели автомобиля):
- ведение учета поступления запчастей, включающего все реквизиты поставщика, формирование документов, подтверждающих получение запчастей, наименование детали, себестоимость, розничную цену, дату поступления, а так же учет документов, подтверждающих поставку запчастей (наличие сертификатов, ТТН, подписанных поставщиком);
- ведение учета продажи запчастей, включающего все реквизиты покупателя, наименование детали, цену, дату продажи, а так же формирование и учет сопроводительных документов (квитанция о покупке, гарантийный талон);
- ведение учета внутреннего перемещения запчастей, включающего наименование детали, дату перемещения, назначение перемещения, а так же формирование и учет внутренних ТТН;
- ведение базы данных по автомобилям, находящимся в ремонте.
Данная функция осуществляет создание и корректировку двух видов учета:
- ведение учета поступления в ремонт, включающего все реквизиты заказчика, его код, дату поступления в ремонт, марку и модель автомобиля, описание неисправностей, назначенную стоимость, назначенную дату исправления поломки, а так же формирование и учет документов, подтверждающих заказ (квитанция, договор приема заказа);
- ведение учета сдачи выполненных работ, включающего код заказчика, перечень выполненных работ, список использованных запчастей, конечную стоимость ремонта, дату окончания работы, а так же формирование и учет сопроводительных документов (акт «приема/ сдачи выполненных работ», квитанция об оплате).
3.3 Структура входных данных
Входными данными в разработанном ПП являются данные, вводимые пользователем, а именно информация, вводимая в таблицы БД, документация, полученная от поставщиков, документация, формируемая в ПП. Так же входными данными являются функции, используемые в таблицах БД при корректировке данных и внесении новых, описанные в пункте 3.4 данного проекта.
Так же входными данными разработанного ПП являются значения, используемые по умолчанию, установленные Разработчиком, а именно: параметры поиска, структура таблиц, переменные связи между таблицами.
3.4 Функциональные решения
Далее приведена подробная структура меню разрабатываемого ПП:
Основное меню:
Список автомобилей в продаже
Вывести список
Изменить запись
Формирование документов
Просмотр созданных
Создать новый
Внесение изменений
Добавить запись
Удалить запись
Список автомобилей в ремонте
Вывести список
Изменить запись
Формирование документов
Просмотр созданных
Создать новый
Внесение изменений
Добавить запись
Удалить запись
Список запасных частей
Вывести список
Изменить запись
Внутреннее движение
Формирование документов
Просмотр созданных
Создать новый
Внесение изменений
Добавить запись Удалить запись
Поисковая система
Поиск автомобиля
Поиск автомобиля в продаже
Поиск по марке автомобиля
Поиск по конкретной модели
Поиск по цене
Поиск запчастей
Поиск по наименованию