диплом / forge / Раздел 2 - ред

А название раздела слабо придумать?

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

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

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

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

Определим цели разрабатываемой базы данных:

• упорядоченное хранение оперативной информации во время деятельности ремонтной мастерской;

• учет поступающих заявок;

• учет проделанных работ;

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

• создание отчетов о деятельности мастерской.

Как уже было отмечено в разделе 1.3, к БД выставляются следующие требования от отделов:

• учет материалов;

• ФИО получателя материалов, дата, количество, стоимость;

• обзор деятельности мастерской;

• обзор проделанной работы;

• обзор личного состава мастерской;

• упрощенная система подачи заявок на обслуживание;

• отслеживание выполнения заявки;

• оперативное получение заявок;

• информация об имеющихся на складе материалах;

• подробное описание неисправности;

• возможность включения в заявку примечаний.

Так как БД будет разрабатываться в среде MS SQL-Server 2008, опишем её системные требования.

Операционная система:

Windows XP Professional SP2 Windows Server 2003 SP2 Standard Windows Server 2003 SP2 Enterprise Windows Server 2003 SP2 Datacenter Windows Vista Ultimate Windows Vista Enterprise Windows Vista Business Windows Server 2008 Web Windows Server 2008 Standard Server Windows Server 2008 Standard Server without Hyper-V Windows 7 Ultimate3 Windows 7 Enterprise3 Windows 7 Professional3

Память (RAM):

Минимум: 512 MB Рекомендуемо: 2.048 GB или больше

   Усредненные характеристики сервера:

• процессор Pentium IV и выше;

• оперативная память не менее 1024 Мб.

Требования к клиентскому приложению – аналогичные.

Приступим к проектированию базы данных, создадим диаграмму потоков данных и модель “сущность-связь”.

Концептуальное проектирование

Диаграмма потоков данных

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

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

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

Внешняя сущность представляет собой сущность вне контекста системы, являющуюся источником или приемником системных данных.

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

• оценка характера повреждений;

• расчет времени ремонта и назначение бригады;

• заполнение экранных форм и регистрацию данных о начале работ в базе данных.

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

Расчет времени ремонта проводится на основании норматива “Продолжительность ремонта”.

Кроме того, рассчитывается время простоя оборудования и трудозатраты.

В случае, когда для выполнения работ требуются запчасти и материалы – оформляется заявка на получение материалов со склада.

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

Отчет бывает двух видов: отчет о деятельности отдела и отчет о затратах.

Логическое проектирование

Модель ”сущность-связь”

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

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

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

Рисунок 2 – модель ”сущность-связь”

Описание модели.

Проектируемая база данных отражает следующие сущности:

• сотрудники;

• техника и оборудование;

• бригады;

• материалы;

• расходная;

• ремонтный процесс;

• запросы на ремонт;

• ответственные лица за оборудование.

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

Personal (ID number, FIO, Job, ID unit) – таблица “Сотрудники”, содержит поля ”Табельный номер” - ключевое, ”ФИО”, ”Должность” и ”Номер бригады”. Хранит в себе всю информацию о сотрудниках, задействованных в ремонтном процессе.

Unit (ID Unit, Unit name) – таблица “Бригада”, содержит поля “Номер бригады” - ключевое и “Название бригады”. Отражает информацию о ремонтных бригадах и подразделениях.

Responsible (Inventory number, ID number) – таблица “Ответственный”, содержит поля “Инвентарный номер” и “Табельный номер”. Отражает ответственные лица за определенные виды техники или оборудования

Materials (ID material, Material name, Cost) – таблица “Материалы”, содержит поля “Код материала” - ключевое, “Название материала”, “Цена”. Хранит информацию о всех запчастях и материалах, необходимых для ремонта.

Score (ID score, Material name, Units, Recipient FIO, Write off date, Total cost) – таблица “Расходная”, содержит поля “Номер расходной” - ключевое, “Название материала”, “Количество”, “Фамилия получателя”, “Дата списания”, “Итого”. Содержит информацию о количестве списанных со склада материалах, фамилии получателя, дате списания и общей стоимости материалов. Эта информация затем отправится в бухгалтерию.

Repair (ID repair, ID request, Mech name, Inventory number, Revealed malfunction, Work, ID score, Date start, Date finish, ID unit) – таблица “Ремонт”, содержит поля “Номер ремонта” - ключевое, “Номер заявки”, “Название техники”, “Инвентарный номер”, “Выявленная неисправность”, “Проведенная работа”, “Номер расходной”, “Дата начала”, “Дата окончания”, “Номер бригады”. Хранит всю информацию о проделанном ремонте, что и когда ремонтировалось, какие материалы были использованы. Затем заносится в ремонтный журнал.

Materials2/score (ID materials, ID score) – таблица связи “Материалы-Расходная”

Mech/repair (Inventory number, ID repair) – таблица “Ремонтируемая техника”

Mech (Inventory number, Mech name, Cost) – таблица “Техника”, содержит поля “Инвентарный номер” - ключевое, “Название техники”, “Цена”. Хранит информацию о техническом парке организации.

Mech/request (Inventory number, ID request) – таблица связи “Техника-Заявка”

Request (ID request, Mech name, Sender, Date inc, Malfunction, Note) – таблица “Заявка”, содержит поля “Номер заявки” - ключевое, “Название техники”, “Отправитель”, “Дата поступления”, “Неисправность”,“Примечание”. Является формой заявки, на основании которой проводится ремонт. Хранит информацию об объекте ремонта, отправителе заявки (отряд или подразделение организации), дате поступления, заявленной неисправности (может отличаться от выявленной неисправности) и дополнительных сведения, которые ремонтные бригады должны знать – поле примечание.

Входные документы:

Заявка на ремонт.

Первичные показатели – номер заявки, название техники, дата подачи и неисправность.

Соответствующая экранная форма – request. Используемые справочники: бригады, техника, материалы.

Документ создается на рабочих местах сотрудников – имеются ввиду подразделения и отряды – и передается в ремонтную мастерскую.

Заявка на получение материалов со склада.

Первичные показатели:

Номер расходной, наименование материала, количество, дата списания, фамилия получателя и общая стоимость.

Экранная форма – score. Используемые справочники: материалы и сотрудники.

Справочники:

Сотрудники – экранная форма Personal, хранит информацию о сотрудниках – ФИО, номер бригады, должность и табельный номер.

Материалы – экранная форма Materials, хранит информацию о запчастях и материалах для ремонта - наименование материалов, код и цена.

Техника – экранная форма Mech, содержит информацию о технопарке организации – инвентарный номер, наименование, стоимость.

Выходные документы:

Ремонтный журнал – заполняется на основании формы Repair, содержит информацию о проделанной работе и затем используется для создания отчета о деятельности и затратах отдела.

Отчет о затратах – содержит информацию о затратах во время выполнения работ, в него входят все расходы на запчасти и материалы.

Отчет о деятельности – содержит описание проделанной работы за месяц.

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

Операционная система: windows 7

СУБД: MS SQL-Server 2008

Процессор: Intel Core 2 Duo 2.0 Ггц

Видеокарта: Плата SVGA AGP GF 5700 64Mb DDR

Материнская плата: ASUS Z8PE-D18 ASMB4-IKVM (RTL) Dual LGA1366 <i5520> PCI-E+SVGA+2xGbLAN SATA RAID E-ATX 18DDR-III

Оперативная память: 2Гб

Жесткий диск: Жесткий диск 500 Gb HDD(WDBADB5000ABL-EEUE)2.5

Экономический раздел

TCO (total cost of ownership – Совокупная Стоимость Владения) - это методика расчета, созданная чтобы помочь потребителям и руководителям предприятий определить прямые и косвенные затраты и выгоды, связанные с любым компонентом компьютерных систем. Так же основной целью подсчета стоимости владения, кроме выявления избыточных статей расхода, является оценка возможности возврата вложенных в информационные технологии средств. Например, когда принимается решение о приобретении компьютера и при этом используется анализ совокупной стоимости владения, то высокая цена "HiEnd" компьютера может рассматриваться как аргумент в пользу более дешевого варианта. Но если к стоимости компьютера добавить затраты, которые могут возникнуть в процессе его эксплуатация, то может оказаться, что общая сумма затрат на покупку и эксплуатацию "дешевой" техники оказывается выше. Методика подсчета TCO основана на получении и анализе информации о бюджете на информационные технологии конкретного предприятия. Необходимость применения методики вычисления TCO компьютерной инфраструктуры предприятия вызвано резким повышением сложности и увеличением размеров корпоративных систем, что зачастую приводит к непрогнозируемому росту дополнительных затрат, вызванных широким спектром используемых технологий.

Для определения TCO учитываются два вида затрат – прямые при приобретении и косвенные при использовании.

Расходы на содержание и эксплуатацию оборудования

Название этапа	Время использования (дни)	Время использования (часы)	Стоимость 1 машино-часа работы	Итог по этапам (руб.)
Анализ	3	24	50 (руб.)	1200
Решение поставленной задачи	4	32		1600
Программирование	20	160		8000
Тестирование	4	32		1600
Сдача проекта	3	24		1200
Итог:	34	272		13600

Данный вид расходов относится к косвенным.

Численность и загрузка разработчиков ЭИС

Должность	Коды работ, выполняемых данным разработчиком.	Суммарное время занятости разработчика, часы.
Программист	1,2,3,4,5,6,7,8	280

Расчёт основной заработной платы разработчиков ЭИС

Должность	Время занятости, часы	Стоимость 1 часа работы, руб.	Затраты на зарплату разработчика, руб.
Программист	280	53.50	14980

Смета затрат на разработку ЭИС

№ п/п	Статьи затрат			Величина затрат, руб.
1	Основная заработная плата разработчиков			14980
2	Отчисления на социальные нужды			3900
3	Расходы на содержание и эксплуатацию оборудования (ЭВМ)			13600
4	Прочие затраты			5000
Итог:	37480

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

Обоснование целесообразности разработки и внедрения ЭИС

В разделе 1.4 указаны следующие минусы при приобретении платформы 1-С:

• дороговизна продукта;

• для настройки приобретенных компонентов 1-С потребуется квалифицированный программист, обладающий нужными знаниями в области 1-С. Такие специалисты отсутствуют на предприятии;

• Для эксплуатации программного продукта потребуется подготовка специалиста для работы в среде 1-C;

• Размер предприятия мал, количество задействованных людей в рассматриваемой нами проблеме не достаточно, для подобных затрат и усилий и не выгодно для предприятия;

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

Прайс-лист платформы 1-С:

• 1С Зарплата и Управление Персоналом 8 - 14 500 рублей;

• 1С Документооборот 8 - 30 000 рублей;

• 1С Управляющий 8. Базовая версия - 8 500 рублей;

• 1С Управляющий 8. Стандарт - 21 500 рублей.

Перечень расходов на приобретение и эксплуатацию платформы 1-С в ремонтном отделе.

№ п/п	Наименование	Сумма
1	Платформа управляющий 8. Стандарт	21500
2	Модернизация ПК под платформу	12000
3	Наем программиста для настройки	10000
4	Наем администратора для обслуживания	24000

Итог: 67500

Стоимость платформы взята из прайс-листа 1-С.

Модернизация ПК включает в себя закупку дополнительного оборудования:

• замена процессора ПК – 10000;

• приобретение дополнительных модулей памяти – 2000.

Целесообразность разработки и внедрения ЭИС своими силами состоит в следующем:

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

• сопровождение платформы 1-С требует дополнительных расходов на наем специалистов на постоянной основе;

• затраты на внедрение и использование готовых продуктов существенно выше расходной сметы на разработку с нуля.

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