Структура базы данных для учета аппаратуры в ремонте

← →
jimmo (2007-04-05 23:46) [0]

Пробую сделать базу данных для учета аппаратуры в ремонте (домашнее задание). Вопрос по ее структуре. Составил схему из четырех таблиц. в первой данные о клиенте, вторая - аппаратура, поступающая в ремонт, третья - таблица комплектующих, четвертая - собственно ремонт с данными о выполненных работах. К сожалению не знаю как добавить схему для наглядности. Все связи сходятся на таблице РЕМОНТ. Стоит ли внести изменения в эту структуру? Наверняка уже кто-то подобное проектировал и поделится опытом или кинет ссылку на материал в помощь. Буду премного благодарен.

← →
Думкин © (2007-04-06 07:24) [1]

Для начала, было бы неплохо выписать вопросы(категории вопросов) на которые хочется получать ответы используя эту базу.
Я завожу данную БД т.к. я хочу получать ответы на следующие вопросы:
1. Бла-бла-бла и т.п.

← →
Sergey13 © (2007-04-06 08:47) [2]

> [0] jimmo (05.04.07 23:46)

Не знаю, что ты подразумеваешь под аппаратурой и комплетующими, но вероятно не помешали бы справочники групп (+ возможно и другие признаки) того и другого. Типа не просто запись "Транзистор", а запись с категорией "Транзистор", ибо наверняка кто-то введет "Полевой транзистор" или просто "тр".

← →
ЮЮ © (2007-04-06 09:04) [3]

> Все связи сходятся на таблице РЕМОНТ. Стоит ли внести изменения
> в эту структуру?

Да уж. Столько информации для обcуждения

> К сожалению не знаю как добавить схему для наглядности.

Скрипт создания, как и текст программы, толже должны быть "удобочитаемы" другими.

← →
Jimmo (2007-04-06 16:09) [4]

База данных должна:
1. Хранить данные о клиенте(фамилия, телефон и т.д.) и аппарате(модель, конфигурация, комплектация, описание неисправности и т.п.)
2. Выписывать акты приема с основными данными, выдачи с перечнем комплектующих и выполненных работ с указанием стоимости ремонта, гарантийные талоны.
3. Учитывать наличие и заказ комплектующих с их стоимостью.
4. Показывать состояние аппарата в ремонте (диагностика, в работе, тестирование, готов к выдаче и т.д.)
5. анализировать данные о выполненных работах и примененных комплектующих для прогноза закупок с учетом сезонности.
6. программа должна быть рассчитана на работу в сети до 10 пользователей.
7. Поиск по любым данным.
Комплектующие на категории можно не делить, но справочник я думаю нужен.
пока все...

← →
Sergey13 © (2007-04-06 16:32) [5]

> аппарате(модель, конфигурация, комплектация, описание неисправности
> и т.п.)

Справочники или 1 иерархический справочник на все это ("модель, конфигурация, комплектация"). "Описание неисправности" - возможно так же справочник неисправностей.

> 3. Учитывать наличие и заказ комплектующих с их стоимостью.

Это тянет на маленький складик+работа с поставщиками.

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

Нужен справочник выполняемых стандартных работ

> 4. Показывать состояние аппарата в ремонте (диагностика,
> в работе, тестирование, готов к выдаче и т.д.)

Таблица РЕМОНТ должна иметь подчиненную таблицу этапы ремонта, завязанную на справочник работ.

← →
Jimmo (2007-04-06 16:56) [6]

Понял, значит к таблице РЕМОНТ я добавляю подчиненную таблицу РАБОТА и к ней справочник работ. А к таблице КОМПЛЕКТУЮЩИЕ справочник деталей. Вот по поводу поставщиков я не уверен, как это можно сделать, завязать к таблице комплектующих подчиненную таблицу ПОСТАВЩИКИ со справочником поставщиков или сделать единый справочник КОНТРАГЕНТОВ для клиентов и поставщиков изменив соответственно связи?

> [6] Jimmo (06.04.07 16:56)

Не думаю, что клиентов и поставщиков в твоем случае надо объединять. Хотя подумать над этим можно.

> или сделать единый справочник КОНТРАГЕНТОВ для клиентов
> и поставщиков изменив соответственно связи?

Все, с кем ты взаимодействуешь в бизнесе, есть твои контрагенты.

А вот в части твоих отношений с ними они делятся как минимум на клиентов (потребителей/покупателей твоих услуг/комплектующих ) и поставщиков (у которых ты приобретаешь комплектующие).

Один и тот же контрагент может в разное время стать и клиентом и поставщиком.

Дальше думай сам.

← →
tesseract_pocket (2007-04-06 20:05) [9]

я такую делал. Гемора там много. Результат засасывался в 1с. очень был большой расход левых деталей + проблема с вычислением стоимости часа ремонта.

Структура базы данных для учета аппаратуры в ремонте Найти похожие ветки