
- •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 Расчет экономической эффективности
- •Список литературы
2.3. Формирование диаграммы классов.
В концептуальном проектировании на основе диаграмм деятельности и диаграмм последовательности выявлены следующие объекты: информационная система, база данных, данные, пользователь и формы клиентского интерфейса.
Пользователь может запускать информационную систему и в процессе работы, генерировать различные запросы. Запросы генерируются исходя из данных, внесенных или выбранных в формах клиентского интерфейса. Пользователь так же может вести поиск данных.
Информационная система посылает запросы в БД.
В качестве бизнес - класса выступает информационная система, поскольку она выполняет сервисы, непосредственно связанные с выполнением функциональных требований системы.
В качестве граничных классов выступают классы форм, поскольку она обеспечивает взаимодействие между пользователем и внутренними элементами системы.
В качестве управляющих классов выступает «Пользователь», поскольку он не несет в себе бизнес - функциональности, но координирует и управляет другими объектами.
Классы представлены на диаграмме классов рис 44:
рис 44 Диаграмма классов
2.4. Предварительное определение состава хранимых данных.
Проектирование хранилища данных производится для объектов, имеющих атрибут «Persistent». То есть для тех объектов, которые являются постоянными. В процессе проектирования ИС были выявлены некоторые объекты, которые будут храниться в системе, то есть объекты Выполняемых договоров и работ, Фирм подрядчиков.
Рис. 45 Объекты, хранимые в хранилище данных
Для удобного использования пользователем информационной системы необходимо создать следующие процедуры:
запрос «Вывод договоров по ремонту».
запрос «Вывод договоров по тех. перевооружению».
запрос «Вывод договоров по эксплуатации».
запрос «Вывод договоров по поставкам».
запрос «Вывод адреса организации».
запрос «Вывод всей информации по каждому договору».
2.5. Предварительное определение состава пользовательского интерфейса
Основные требования к пользовательскому интерфейсу представлены на рисунках:
Start
Menu
Prosmotr
(Rem, Tex, Ikspl, Dog, Post, Org)
PoiskDog
PoiskOrg
PoiskTel
Dobavlenie
Dobavlenie
ORG
Dobavlenie Adres
DobavlenieDog
Dobavlenie Rabot
Dobavlenie Dogovor
Рис. 46 Требования к пользовательскому интерфейсу
2.6. Разработка системы централизованного хранения и обработки данных.
Для выполнения функциональных требований, предъявленных к системе необходимы следующие запросы клиентской программы к базе данных:
запрос «Ввод новой организации». Включает в себя занесение введенных данных по организации, таких как название организации, ее адрес и сотрудник.
запрос «Сделка». Включает в себя занесение введенных данных по сделке, таких как даты сделки, ее сумма и условия выплаты, внесение № договора и наименования работ, а также распределение введенных данных об организации в таблицу БД.
запрос «Поиск договора по названию орг. и наименованию работ» осуществляет вывод всех договоров с датами и оговоренной суммой, заключенных с данной организацией либо, какой то конкретный договор на определенные работы.
запрос «Поиск организации по №договора и наименованию работ» осуществляет вывод организации, выполняющий конкретный договор по работам.
запрос «Поиск телефонов по названию орг. и ФИО сотрудника» осуществляет вывод всех телефонов конкретного сотрудника выбранной организации.
запрос «Редактирование организации» осуществляет изменение информации по организации (изменение адреса, или данных сотрудника) в базе данных на вновь введенную.
запрос «Редактирование телефона» осуществляет изменение информации по номерам телефона сотрудников организации в базе данных на вновь введенную.
запрос «Редактирование данных по сделке» осуществляет изменение информации по сделке (изменения дат, суммы или условий сделки) в базе данных на вновь введенную.
запрос «Удаление завершенного договора» осуществляет удаление информации по сделке (удаление дат, суммы, №договора и производимых работ) из базы данных.
запрос «Удаление организации» осуществляет удаление информации по организации (удаление адреса, сотрудника и заключенных сделок) из базы данных.
запрос «Удаление телефона» осуществляет удаление информации по номерам телефона сотрудников организации из базы данных.
запрос «Удаление завершенных договоров» осуществляет удаление договоров спустя 14 дней после их завершения из базы данных
Также для удобного использования пользователем информационной системы созданы следующие процедуры:
запрос «Вывод договоров по ремонту»;
запрос «Вывод договоров по тех. перевооружению»;
запрос «Вывод договоров по эксплуатации»;
запрос «Вывод договоров по поставкам»;
запрос «Вывод адреса организации»;
запрос «Выбор всей информации по каждому договору»;
Все вышеперечисленные запросы должны быть организованны на стороне сервера.