- •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 Расчет экономической эффективности
- •Список литературы
1.3.3. Конечная формулировка требований и концепции системы.
Проектирование информационной системы по “автоматизации процесса формирования договоров” необходимо для контроля исполнения работ в указанный в договоре срок.
Вследствие внедрения новой информационной системы «По формированию договоров» сократится время на добавление договоров, повысится производительность, а также можно будет легко осуществлять поиск, удаление или редактирование требуемой информации, затрачивая на это минимум времени.
Информационная система будет работать в рамках существующей системы организации.
Информационная система должна представлять собой систему, построенную на архитектуре «клиент-сервер» с выделенным файловым сервером.
Для работы системы файловый сервер должен обладать следующими характеристиками:
- CPU: Celeron 2.8 ≈ ГГц;
- ОЗУ: 512ГБ;
- HDD: от 80 ГБ.
Клиентские машины: Windows XP
Функциональные требования к системе
Система должна обеспечивать:
Формирование списка требуемых работ (для каждого нового договора должно быть обеспеченно добавление назначенной на нее работы).
Заполнение адреса подрядчика (при появлении новой организации должно обеспечиваться добавление ее названия, реквизитов и адреса, а также возможность редактирования и удаления, в случае переезда подрядчика на другой адрес или прекращения сотрудничество с данной фирмой, а также должен быть реализован поиск по названию организации, для просмотра договоров, которые она должна выполнить)
Составление проекта договора (должно обеспечиваться добавления новых договоров с уже существующими организациями подрядчиками и их удаление после исполнения)
Заполнение ФИО, должности и реквизитов организации подрядчика (т.к. договор заключается с организацией, то должно быть предусмотрено добавление сотрудника данной организации, с которым непосредственно и подписывается договор на работы,
редактирование
и удаление, когда с организацией
прекращают сотрудничать, также должен
быть реализован поиск телефонов данного
сотрудника)Формирование отчета (для удобства просмотра информации должны быть реализованы отчеты по различным критериям: виду работ, названию организации)
Нефункциональные требования.
- Система должна отвечать принятым стандартам организации по уровню защиты данных и доступа к ним;
- Достоверность результатной информации должна быть не ниже 10-7;
- Время обработки, выдачи информации (ответ системы на запрос) - не более 13 секунд;
- Минимизация затрат времени на заполнение данных;
- Высокая надежность ИС;
- Система должна обеспечивать снижение временных затрат на формирование отчётности;
Надежность проектируемой системы
Планируется, что система будет доступна в течение 95,5% рабочего времени.
Среднее время безотказной работы составляет 6 месяцев.
Среднее время устранения неисправностей составляет 3 дня.
Максимально допустимое количество ошибок составляет в среднем 5.
Грубыми ошибками являются следующие: потеря всех сохранённых данных, полная неспособность поиска и расчета данных, неспособность использовать функции системы.
К существенным ошибкам относятся следующие: некорректное сохранение данных, некорректные результаты по критериям поиска информации.
Защита информации в сети достигается обеспечением ряда административных мероприятий (ограничение прав доступа), затрудняющих получение доступа к информации сторонних лиц, а также проведение мероприятий, повышающих ответственность персонала.
Рекомендуется проводить такие организационные мероприятия по обеспечению защиты информации, как строгое ограничение доступа посторонних лиц в рабочие помещения организации.
Безопасность – защита от несанкционированного доступа;
Обработка ошибок – обнаружение ошибок в работе системы, извещение пользователя, корректное завершение работы или сохранение состояния к моменту прерывания;
Анализ отказов в критических приложениях.
Производительность:
Время реакции для операции составляет от min 3 до max 10 секунд;
Система может обслуживать от 2 и более операций;
Проектируемая система использует следующие ресурсы: хост Intel Pentium 4, с оперативной памятью 512 Mb, с размером жесткого диска от 80 Gb. Между ними протянута сеть 100 Mбит.
Обоснование необходимости разработки конкурентоспособной системы.
Разработка данной информационная системы потребует меньших материальных затрат, чем покупка готового решения.
Разработанная информационной системы будет подстроена под индивидуальные особенности отдела ГПД, нежели другие системы.
Практичность:
Необходимое время для обучения обычных и квалифицированных пользователей, которое позволит им достичь высокой производительности при выполнении определённых операций составляет 2-4 часа.
Время заполнения экранных форм ввода информации в среднем составляет около минуты, время заполнения экранных форм поиска информации в среднем составляет около 10 секунд.
Приоритеты:
Уложиться в срок, обеспечить надёжность и бесперебойность работы проектируемой информационной системы, удовлетворив при этом функциональные требования пользователя к системе.
Базовая концепция бизнес решения
Используемые технологии:
- Клиент-сервер (TCP/IP);
- Реляционная СУБД (Microsoft SQL Server).
К топологии сети требований нет.
Модель
управления рисками
При разработке и внедрении ИС существует много причин, приводящих к возникновению рисков: нечетко поставленные цели и задачи, изменение внешних и внутренних требований, низкая квалификация персонала и т. д.
Таблица 6 Идентификация рисков.
Возможный риск |
Последствия |
Действия, направленные на уменьшение ущерба |
Вероятность риска |
Степень риска |
Неточная формулировка требований к проектируемой системе |
Несоответствие созданной информационной системы требованиям заказчика |
Четкая формулировка поставленной задачи |
Средняя |
Высокая |
Неверно указанные сроки на разработку систему |
Возможна задержка в сдаче проекта |
Грамотное планирование сроков разработки системы |
Высокая |
Низкая |
Недостаточная квалификация разработчика при проектировании информационной системы |
Возможна задержка в сдаче проекта или невозможна его реализация в принципе |
Тщательный подбор разработчика информационной системы |
Высокая |
Высокая |
Неправильный выбор среды разработки |
Некорректно работающий продукт. Наличие ошибок. Несоответствие программных платформ |
Учитывать возможности среды разработки и соответствие платформ |
Низкая |
Средняя |
Недостаточная квалификация пользователей |
Некорректный ввод данных, а как следствие неверные результаты |
Обучение персонала, работающего с ИС |
Средняя |
Низкая |
