- •Лабораторная работа №7
- •Требования, предъявляемые к техническому проекту
- •Наименование министерства Наименование учреждения
- •Примерный состав технического проекта
- •1 Общие сведения
- •2 Описание предметной области
- •3.1 Решения по архитектуре
- •Структура меню модуля
- •3.10 Прочие проектные решения
- •4 План тестирования
- •5 Документирование
- •Пример оформления технического проекта Минмстерство образования Республики Беларусь
- •1 Общие сведения
- •2 Описание предметной области
- •3 Описание проектных решений
- •3.1 Решения по архитектуре
- •3.3 Структура входных данных
- •3.4 Функциональные решения
- •Поиск по модели
- •4 План тестирования
- •5 Документирование
- •Приложение а
- •Накладная на получение товара организацией оао “Руно-Авто
- •Приложение б
- •Спецификация
- •Приложение в
- •Квитанция, выдаваемая заказчику при сдаче машины в ремонт
- •Приложение г
- •Квитанция, выдаваемая заказчику при получении машины из ремонта
- •Гарантийный талон
- •Приложение д Квитанция, выдаваемая клиенту при покупке автомобиля
- •Приложение е Пароль Администратора
- •Лабораторная работа №8
- •Лабораторная работа №9:
- •Инфологическая модель данных
- •Даталогическая модель данных
- •Физическая модель данных
- •Лабораторная работа №10:
- •Лабораторная работа №11
- •Лабораторная работа №12
- •Лабораторная работа №13:
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 Информационная модель и структура БД
Ниже приведено описание основной БД разрабатываемого ПП:
- ведение базы данных по продаже автомобилей.
Данная функция осуществляет создание и корректировку двух видов учета:
- ведение учета поступления автомобилей, включающего все реквизиты поставщика, марку автомобиля, технические характеристики, его цену, дату подписания договора, а так же формирование такого договора;
- ведение учета продажи автомобиля, включающего все реквизиты покупателя, марку автомобиля, технические характеристики, цену, дату продажи, а так же формирование договора «купли/ продажи»;
- ведение базы данных запасных частей.
Данная функция осуществляет создание и корректировку трех видов учета (формирование производится для каждой марки и модели автомобиля):
- ведение учета поступления запчастей, включающего все реквизиты поставщика, формирование документов, подтверждающих получение запчастей, наименование детали, себестоимость, розничную цену, дату поступления, а так же учет документов, подтверждающих поставку запчастей (наличие сертификатов, ТТН, подписанных поставщиком);
- ведение учета продажи запчастей, включающего все реквизиты покупателя, наименование детали, цену, дату продажи, а так же формирование и учет сопроводительных документов (квитанция о покупке, гарантийный талон);
- ведение учета внутреннего перемещения запчастей, включающего наименование детали, дату перемещения, назначение перемещения, а так же формирование и учет внутренних ТТН;
- ведение базы данных по автомобилям, находящимся в ремонте.
Данная функция осуществляет создание и корректировку двух видов учета:
- ведение учета поступления в ремонт, включающего все реквизиты заказчика, его код, дату поступления в ремонт, марку и модель автомобиля, описание неисправностей, назначенную стоимость, назначенную дату исправления поломки, а так же формирование и учет документов, подтверждающих заказ (квитанция, договор приема заказа);
- ведение учета сдачи выполненных работ, включающего код заказчика, перечень выполненных работ, список использованных запчастей, конечную стоимость ремонта, дату окончания работы, а так же формирование и учет сопроводительных документов (акт «приема/ сдачи выполненных работ», квитанция об оплате).
