
- •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. Предварительное определение состава пользовательского интерфейса
- •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 Схема связей отношений.
В процессе проектирования были выявлены следующие связи отношений:
PassData –User связь один к одному, т.к. у пользователя может быть только один пароль
Departments – User связь один ко многим тк одному отделу может соответствовать много пользователей
User – Departments связь 1 к одному тк в отделе может быть только 1 начальник.
Departments – Departments связь 1 к одному тк отдел может входить только в 1 отдел
User –Doc связь 1 ко многим тк 1 пользователь может быть автором многих документов
User – Doc 1 ко многим тк одному пользователю может быть адресовано много докуементов.
Doc – Resolutions связь 1 ко 1 тк у документа может быть только 1 резолюция.
Doc –DocText связь 1 к 1 тк у документа может быть только 1 описание.
Doc- DocTypes связь 1 к 1 тк у документа может быть только 1 тип.
Doc – Files Связь 1 к тк у к документу может быть прикреплён только 1 файл
Doc –ControlData связь 1 ко многим тк одному документу может соответствовать несколько контрольных карточек.
Controldata - statustext связь 1 к 1 тк контрольной карточке может соответствовать только 1 текст.
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.
На основании сформированных отношений в базе данных строятся следующие таблицы:
Doc предназначена для хранения данных о документе.
DoksText предназначена для хранения текста описания документа.
DocTyres предназначена для хранения типов документов
User Предназначена для хранения данных о пользователе.
Departments пердназначена для хранения данных о отдлах.
PassData предназначена для хранения пароля и логина.
Resolutions предназначена для хранения типов резалюций.
Files предназначена для хранения Файлов.
ControlData предназначена для хранения данных контрольной карточки
StatusText Предназначена для хранения данных о состоянии исполнения.
Примечание. Все ключевые поля таблиц заполняются автоматически счётчиком.