- •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. Разработка системы централизованного хранения и обработки данных
3.1 Формирование требований в базе данных.
СУБД должна быть построена по архитектуре клиент-сервер. Она должна поддерживать возможность создания пользователей, назначения им ролей и прав доступа к информации, хранящейся в базе данных. Также должна существовать возможность создания резервной копии данных.
База данных должна быть реляционной. Соответственно она должна удовлетворять требованиям нормализации. База данных должна содержать достаточную информацию о документах для их идентификации, поиска, добавления и редактирования. Все механизмы по управлению данными в базе данных должны быть выполнены в виде хранимых процедур. Это позволит легко вносить в них изменения, не изменяя структуры базы данных и клиентского приложения.
3.2. Формирование отношений базы данных.
При анализе работы с информацией были выявлены следующие отношения, необходимые для хранения имеющихся данных:
отношение «Город». Содержится информация о названиях городов. Необходимые атрибуты:
идентификатор картежа «id_gorod», является первичным ключом для связи с другими отношениями;
значение атрибута «город» (название города).
отношение «Адрес». Содержится информация об адресах фирм подрядчиков, с которыми заключаются договора. Необходимые атрибуты:
идентификатор картежа «id_adres», является первичным ключом для связи с другими отношениями;
значение атрибута «индекс» (индекс города, в котором находится орг. подрядчик);
значение атрибута «улица» (название улицы);
значение атрибута «дом» (номер дома);
значение
атрибута «офис» (номер офиса);значение атрибута «id_gorod», является внешним ключом для связи картежа с отношением «Город»;
значение атрибута «id_nazv_org», является внешним ключом для связи картежа с отношением «Название_орг».
отношение «Название_орг». Содержится информация об организации подрядчике и его реквизитах. Необходимые атрибуты:
идентификатор картежа «id_nazv_org», является первичным ключом для связи с другими отношениями;
значение атрибута «название» (название организации);
значение атрибута «ИНН» (ИНН организации);
значение атрибута «КПП» (КПП организации);
значение атрибута «ОКПО» (ОКПО организации);
значение атрибута «ОГРН» (ОГРН организации).
отношение «Сотрудники». Содержится информация о сотрудниках организации подрядчике, с которыми заключается договор на работы. Необходимые атрибуты:
идентификатор картежа «id_sotrud», является первичным ключом для связи с другими отношениями;
значение атрибута «фамилия» (фамилия сотрудника);
значение атрибута «имя» (имя сотрудника);
значение атрибута «отчество» (отчество сотрудника);
значение атрибута «id_dolgnost», является внешним ключом для связи картежа с отношением «Должность»;
значение атрибута «id_nazv_org», является внешним ключом для связи картежа с отношением «Название_орг».
отношение «Должность». Содержит информацию о должностях. Необходимые атрибуты:
идентификатор картежа «id_dolgnost», является первичным ключом для связи с другими отношениями;
значение атрибута «должность» (должность сотрудника).
отношение «Телефон». Содержит информацию о номерах телефона сотрудников. Необходимые атрибуты:
идентификатор картежа «id_telefon», является первичным ключом для связи с другими отношениями;
значение атрибута «номер» (номер телефона);
значение атрибута «id_kontact», является внешним ключом для связи картежа с отношением «Контакт»;
значение атрибута «id_sorud», является внешним ключом для связи картежа с отношением «Сотрудники».
отношение
«Контакт». Содержится информация о
контактах номеров телефона, таких как
домашний, рабочий и др. Необходимые
атрибуты:
идентификатор картежа «id_kontact», является первичным ключом для связи с другими отношениями;
значение атрибута «контакт» (контакт номера телефона).
отношение «Сделка». Содержатся информация по результатам заключенных договоров. Необходимые атрибуты:
значение атрибута «id_dog», является внешним ключом для связи картежа с отношением «Договор»
значение атрибута «id_naxv_org», является внешним ключом для связи картежа с отношением «Название_орг»
идентификатор картежа «id_sdelka», является первичным ключом для связи с другими отношениями;
значение атрибута «дата_заключения» (дата, когда был заключен договор);
значение атрибута «дата_начала» (дата начала исполнения договора);
значение атрибута «дата_завершения» (дата заверения работ по договору);
значение атрибута «сумма» (стоимость работ);
значение атрибута «id_uslov», является внешним ключом для связи картежа с отношением «Условие».
отношение «Условие». Содержится информацию об условиях оплаты по договорам. Необходимые атрибуты:
идентификатор картежа «id_uslov», является первичным ключом для связи с другими отношениями;
значение атрибута «условие» (условие оплаты).
отношение «Договор». Содержится информация о номерах договоров и исполняемых по ним работ. Необходимы атрибуты:
идентификатор картежа «id_dog», является первичным ключом для связи с другими отношениями;
значение атрибута «договор» (номер договора);
значение атрибута «наименование» (необходимая работа);
значение атрибута «id_vid_rabot», является внешним ключом для связи картежа с отношением «Вид_работ».
отношение «Вид_работ». Содержится информация о видах работ, таких как ремонт, поставка и др. Необходимые атрибуты:
идентификатор картежа «id_vid_rabot», является первичным ключом для связи с другими отношениями;
значение атрибута «вид_работ» (вид производимых работ);
значение атрибута «источник_на_поставку» (для чего исполняется поставка: ремонт, тех перевооружение).
