
- •1.2.2. Основные цели и виды деятельности
- •1.2.3. Выявление организационной структуры организации, определение функций ее подразделений и основных бизнес процессов.
- •1.2.3.1. Форма отчёта о подразделениях предприятия
- •1.2.3.2. Положение о бизнес процессах (бп).
- •Обеспечению ремонтов и технического перевооружения оборудования, зданий и сооружений.(оРиТп)
- •1.2.4. Исследование функций структуры и деятельности базового подразделения
- •1.2.4.1. Выявление бизнес - процессов базового подразделения гпд
- •Работа по заключению договоров с поставщиками и подрядными организациями (РпоЗд)
- •1.3. Формулировка требований к системе.
- •1.3.1. Состав бизнес процессов предприятия. Выявление типовых бизнес решений.
- •1.3.2. Содержание бизнес процессов. Диаграммы деятельности.
- •1.3.3. Конечная формулировка требований и концепции системы.
- •2. Анализ и проектирование.
- •2.1. Определение состава классов анализа.
- •2.2. Определение методов объектов.
- •2.3. Формирование диаграммы классов.
- •2.4. Предварительное определение состава хранимых данных.
- •2.5. Предварительное определение состава пользовательского интерфейса
- •2.6. Разработка системы централизованного хранения и обработки данных.
- •3. Разработка системы централизованного хранения и обработки данных
- •3.1 Формирование требований в базе данных.
- •3.2. Формирование отношений базы данных.
- •3.2. Выявление связей отношений.
- •3.3. Даталогическое проектирование
- •3.4. Организация бизнес логики на стороне сервера
- •3.5. Реализация выявленных механизмов.
- •4.2. Определение физической архитектуры данных.
- •4.2.1. Определение состава компонент.
- •4.2.2. Разработка компонент.
- •4.2.2.1. Выбор технологии реализации пользовательской компоненты.
- •4.2.3. Уточнение состава экранных форм. Определение конкретных типов управляющих элементов для форм.
- •4.2.4. Определение технологии доступа к компонентам данных.
- •4.3. Разработка программы для импорта бд из Excel в MsSql
- •5. Аппаратная и административная интеграция ис.
- •5.1. Разработка схемы развертывания.
- •5.1.2. Формулировка требований к физическим устройствам и сетевому оборудованию, состав рабочих мест.
- •5.1.2. Выбор состава аппаратных средств.
- •5.1.3. Расчет потребности персонала.
- •5.2. Разработка среды интеграции.
- •5.2.1. Выбор сетевой архитектуры и технологии.
- •5.2.1.1. Выбор архитектуры.
- •5.2.1.2. Выбор технологии и аппаратных средств. Расчет сети.
- •5.2.2. Разработка среды связи с внешними объектами.
- •6. Общие вопросы администрирования.
- •6.1. Определение стратегии администрирования на уровне руководства и целей предприятия.
- •6.2. Определение объектов администрирования.
- •6.3. Политика администрирования.
- •6.3.1. Права пользователей.
- •6.3.2. Установка пароля.
- •7. Вопросы информационной безопасности.
- •8. Тестирование.
- •9. Функционально-стоимостной анализ отдела гпд
- •9.1 Расчет затрат на разработку системы
- •9.1.1. Затраты на приобретение материалов
- •9.1.2. Затраты на заработную плату разработчикам системы и отчисления на есн
- •9.1.3. Затраты на электроэнергию
- •9.1.4. Накладные расходы
- •9.1.5. Смета затрат на разработку системы
- •9.2 Расчет эксплуатационных затрат
- •9.2.1. Затраты на заработную плату
- •9.2.4 Затраты на электроэнергию
- •9.2.5 Накладные расходы
- •9.2.6 Затраты на материалы
- •9.2.7 Смета эксплуатационных затрат
- •9.3 Расчет экономической эффективности
- •Список литературы
3.2. Выявление связей отношений.
Рис. 47 Схема связей отношений.
В
процессе проектирования были выявлены
следующие связи отношений:
«Город» и «Адрес» имеют связь один ко многим, так как идентификатор каждого города в отношении «Город» может иметь несколько значений атрибута в отношении «Адрес».
Рис. 48 Связь отношений «Город» и «Адрес»
«Адрес» и «Название_орг» имеют связь один к одному, так как идентификатор каждой организации в отношении «Название_орг» может иметь только одно значение атрибута в отношении «Адрес».
Рис. 49 Связь отношений «Адрес» и «Название_орг»
«Название_орг» и «Сотрудники» имеют связь один к одному, так как идентификатор каждой организации в отношении «Название_орг» может иметь только одно значение атрибута в отношении «Сотрудники».
Рис. 50 Связь отношений «Название_орг» и «Сотрудники»
«Телефон» и «Сотрудники» имеют связь один ко многим, так как идентификатор каждого сотрудника в отношении «Сотрудники» может иметь несколько значений атрибута в отношении «Адрес».
Рис. 51 Связь отношений «Телефон» и «Сотрудники»
«Контакт» и «Телефон» имеют связь один ко многим, так как идентификатор каждого контакта в отношении «Контакт» может иметь несколько значений атрибута в отношении «Телефон».
Рис. 52 Связь отношений «Контакт» и «Телефон»
«Должность» и «Сотрудники» имеют связь ко многим, так как идентификатор должности в отношении «Должность» может иметь несколько значений атрибута в отношении «Сотрудники».
Рис. 53 Связь отношений ««Должность» и «Сотрудники»
«Название_орг» и «Сделка» имеют связь один ко многим, так как идентификатор каждой организации в отношении «Название_орг» может иметь несколько значений атрибута в отношении «Сделка».
Рис. 54 Связь отношений «Название_орг» и «Сделка»
«Условие» и «Сделка» имеют связь один ко многим, так как идентификатор каждого условия в отношении «Условие» может иметь несколько значений атрибута в отношении «Сделка».
Рис. 55 Связь отношений «Условие» и «Сделка»
«Договор» и «Сделка» имеют связь один к одному, так как идентификатор каждого договора в отношении «Договор» может иметь только одно значение атрибута в отношении «Сделка».
Рис. 56 Связь отношений «Договор» и «Сделка»
«Договор» и «Вид_работ» имеют связь один ко многим, так как идентификатор каждого вида_работ в отношении «Вид_работ» может иметь несколько значений атрибута в отношении «Договор».
Рис. 57 Связь отношений «Договор» и «Вид_работ»
3.3. Даталогическое проектирование
MS SQL Server представляет собой мощный полнофункциональный сервер баз данных, отличающийся высокой производительностью, быстротой освоения и удобным интерфейсом администрирования. Под его управлением могут работать базы данных в широком диапазоне от уровня среднего звена предприятия до распределенных баз масштаба корпорации. Доступ к MS SQL Server возможен из большого числа средств разработки клиентских, настольных баз данных и офисных продуктов. MS SQL Server изначально ориентирован на интеграцию с другими серверами MS Back Office, что позволяет непосредственно охватить решение комплексных задач автоматизации хранения и обработки информации, электронной почты и документооборота, построения Internet/intranet приложений и т. д. MS SQL Server работает в как в традиционных клиент-серверных платформах, так и в многоуровневых средах. Одним из основных инструментов при создании распределенных многокомпонентных приложений является Microsoft Transaction Server.
Данный язык структурированных запросов был выбран по нескольким причинам:
из-за простоты словаря языка;
высокая производительность обработки запросов;
относительно небольшие требования к ПО;
дружественность интерфейса для программиста;
язык признан стандартом.
Конечно, можно было бы использовать СУБД ORACLE, Microsoft Access или какую-либо другую СУБД, но они имеют большие недостатки, чем Microsoft SQL Server 2000. Например, для работы в ORACLE требуется большой объём оперативной памяти, да и сама СУБД рассчитана на работу с большими объемами информации, что для данной работы не требуется, т.к. завершенные договора будут удаляться, а Microsoft Access не может быстро обрабатывать данные, если их накопилось много.
Поэтому данная база данных будет реализована с помощью Microsoft SQL Server.
На
основании сформированных отношений в
базе данных строятся следующие таблицы:
таблица Город. Хранится информация о названии городов.
таблица Адрес. Хранится информация об адресе орг. подрядчике.
таблица Название_орг. Хранится информация об названии организации и ее реквизитах.
таблица Сотрудники. Хранится информация о сотрудниках.
таблица Должность. Хранится информация о должностях.
таблица Телефон. Хранится информация о телефонных номерах.
таблица Контакт. Хранится информация о контактах номеров телефонов.
таблица Сделка. Хранится информация о заключенной сделке.
таблица Условие. Хранится информация об условиях оплаты договоров.
таблица Договор. Хранится информация об имеющихся договорах на определенный вид работ.
таблица Вид_работ. Хранится информация о видах работ.
Примечание. Все ключевые поля таблиц заполняются автоматически счётчиком.