Требования к системе в целом
Общие сведения
Наименование системы
1.1.1. Полное наименование системы: создание систем бизнес-аналитики планирования деятельности Business Process Management System, BPMS
1.1.2. Краткое наименование системы: krok4639.
1.2. Основания для проведения работ: приказ №4639 об открытии проекта krok4639 с целью качественного, своевременного и эффективного выполнения работ по созданию систем бизнес-аналитики планирования деятельности от 12 февраля 2016г.
Наименование организаций
1.3.1. Заказчик
СПАО «Ингосстрах»
115280, г. Москва, м. Автозаводская, 1-й Автозаводский проезд, д. 4, строение 1
1.3.2. Разработчик
ЗАО «КРОК инкорпарейтед»
111033, Москва, ул. Волочаевская, д. 5, корп. 1
1.4. Плановые сроки начала и окончания работы: реализация проекта должна быть выполнена в течение 4 месяцев. Возможно отклонение от нормального срока выполнения в 15%.
1.5. Источники и порядок финансирования: СПАО «Ингосстрах»
Назначение и цели создания системы
Назначение системы
BPM ( Business Process Management ) системы – это класс программных продуктов, которые помогают управлять бизнес процессами организации. За счет применения BPM систем появляется возможность определить процессы в компании, представить их графические схемы, выполнять управление, анализ и дальнейшее совершенствование бизнес процессов.
В отличие от других корпоративных информационных систем, которые используют процессный подход ( ERP , CRM , OLAP системы, DocFlow ), BPM системы более просты в освоении и быстрее приносят отдачу от внедрения. Менеджерам они дают более простой способ контролировать ситуацию в организации, линейному персоналу – четкое распределение ответственности и эффективное управление своим рабочим временем, потребителям – более быстрый и качественный продукт или сервис.
Основное назначение BPM систем связано с повышением эффективности работы организации, снижением стоимости выпускаемой продукции или предоставляемых услуг и улучшения системы управления. Этот класс ПО создавался с таким расчетом, чтобы можно было быстро определить слабые места процессов и подразделения компании, которые снижают общую эффективность работы.
Цели создания системы
Цели проекта:
Анализ и автоматизация существующих бизнес-процессов
Проектирование и имитационное моделирование новых бизнес процессов
Настройка бизнес-правил, мониторинг их исполнения (функционал BRMS-решений – business rules management systems)
Требования к системе
Требования к системе в целом
3.1.1. Требования к структуре и функционированию системы
Система должна быть централизованной, т.е. все данные должны располагаться в центральном хранилище. Система должна иметь трехуровневую архитектуру, состоящую из следующих уровней: первый - источник, второй - хранилище, третий - отчетность.
В Системе предлагается выделить следующие функциональные подсистемы:
· подсистема сбора, обработки и загрузки данных, которая предназначена для реализации процессов сбора данных из систем источников, приведения указанных данных к виду, необходимому для наполнения подсистемы хранения данных;
· подсистема хранения данных, которая предназначена для хранения данных в структурах, нацеленных на принятие решений;
· подсистема формирования и визуализации отчетности, которая предназначена для формирования бизнес-ориентированных витрин данных и отчетности.
В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP.
Для организации информационного обмена между компонентами Системы должны использоваться специальные протоколы прикладного уровня, такие как: NFS, HTTP и его расширение HTTPS, NetBios/SMB, Oracle TNS.
Для организации доступа пользователей к отчетности должен использоваться протокол презентационного уровня HTTP и его расширение HTTPS.
Система должна поддерживать основной и профилактический режимы функционирования.
В основном режиме функционирования Система должна обеспечивать:
· работу пользователей режиме – 24 часов в день, 7 дней в неделю (24х7);
· выполнение своих функций – сбор, обработка и загрузка данных; хранение данных, предоставление отчетности.
В профилактическом режиме Система должна обеспечивать возможность проведения следующих работ:
· техническое обслуживание;
· модернизацию аппаратно-программного комплекса;
· устранение аварийных ситуаций.
3.1.2. Требования к численности и квалификации персонала системы и режиму его работы
3.1.2.1. Требования к численности персонала
Для выполнения работы необходима команда, состоящая из: менеджера проекта, двух бизнес-аналитиков, системного архитектора, двух программистов и двух тестировщиков.
Все рассматриваемые выше должности будут привлекаться к реализации работы извне.
3.1.2.2. Требования к режимам работы персонала
Персонал, работающий с Системой и выполняющий функции её сопровождения и обслуживания, должен работать в следующих режимах:
· конечный пользователь - в соответствии с основным рабочим графиком подразделений Заказчика.
· администратор подсистемы сбора, обработки и загрузки данных – двухсменный график, поочередно.
· администратор подсистемы хранения данных – двухсменный график, поочередно;
· администратор подсистемы формирования и визуализации отчетности – в соответствии с основным рабочим графиком подразделений Заказчика.
3.1.3. Требования к надежности
3.1.3.1. Состав показателей надежности для системы в целом
Надежность должна обеспечиваться за счет:
· применения технических средств, системного и базового программного обеспечения, соответствующих классу решаемых задач;
· своевременного выполнения процессов администрирования Системы;
· соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств;
· предварительного обучения пользователей и обслуживающего персонала.
Время устранения отказа должно быть следующим:
· при перерыве и выходе за установленные пределы параметров электропитания - не более 30 минут.
· при перерыве и выходе за установленные пределы параметров программного обеспечением - не более 8 часов.
3.1.3.2. Перечень аварийных ситуаций, по которым регламентируются требования к надежности
· сбой в электроснабжении сервера;
· сбой в электроснабжении рабочей станции пользователей системы;
· сбой в электроснабжении обеспечения локальной сети (поломка сети);
· ошибки Системы КХД, не выявленные при отладке и испытании системы;
· сбои программного обеспечения сервера.
3.1.4. Требования к эргономике и технической эстетике
В части внешнего оформления:
· интерфейсы подсистем должен быть типизированы;
· должно быть обеспечено наличие локализованного (русскоязычного) интерфейса пользователя;
· должен использоваться шрифт Times New Roman;
· размер шрифта должен быть 14 пт;
· цветовая палитра должна быть монохромной;
3.1.5. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы
Условия эксплуатации, а также виды и периодичность обслуживания технических средств Системы должны соответствовать требованиям по эксплуатации, техническому обслуживанию, ремонту и хранению, изложенным в документации завода-изготовителя (производителя) на них.
Для электропитания технических средств должна быть предусмотрена трехфазная четырехпроводная сеть с глухо заземленной нейтралью 380/220 В (+10-15)% частотой 50 Гц (+1-1) Гц. Каждое техническое средство запитывается однофазным напряжением 220 В частотой 50 Гц через сетевые розетки с заземляющим контактом.
Для обеспечения выполнения требований по надежности должен быть создан комплект запасных изделий и приборов (ЗИП).
3.1.6. Требования к защите информации от несанкционированного доступа
3.1.6.1. Требования к информационной безопасности
Обеспечение информационное безопасности Системы должно удовлетворять следующим требованиям:
· защита системы должна обеспечиваться комплексом программно-технических средств и поддерживающих их организационных мер;
· защита системы должна обеспечиваться на всех технологических этапах обработки информации и во всех режимах функционирования, в том числе при проведении ремонтных и регламентных работ;
· программно-технические средства защиты не должны существенно ухудшать основные функциональные характеристики системы (надежность, быстродействие, возможность изменения конфигурации).
3.1.6.2. Требования к антивирусной защите
Средства антивирусной защиты должны быть установлены на всех рабочих местах пользователей и администраторов Системы. Средства антивирусной защиты рабочих местах пользователей и администраторов должны обеспечивать:
· централизованное управление сканированием, удалением вирусов и протоколированием вирусной активности на рабочих местах пользователей;
· централизованную автоматическую инсталляцию клиентского ПО на рабочих местах пользователей и администраторов;
· централизованное автоматическое обновление вирусных сигнатур на рабочих местах пользователей и администраторов;
· ведение журналов вирусной активности;
· администрирование всех антивирусных продуктов.
3.1.7. Требования по сохранности информации при авариях
Необходимо использовать системы резервного копирования для минимизации объема потерянных данных при сбоях в системе.
3.1.8. Требования по стандартизации и унификации
Разработка системы должна осуществляться с использованием стандартных методологий функционального моделирования: IDEF0, DFD и информационного моделирования IE и IDEF1Х в рамках рекомендаций по стандартизации Р50.1.028-2001 «Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования».
Моделирование должно выполняться в рамках стандартов, поддерживаемых программными средствами моделирования ERWin 4.х и BPWin 4.х.
Для работы с БД должен использоваться язык запросов SQL в рамках стандарта ANSI SQL-92.
3.1.9. Требования безопасности
При внедрении, эксплуатации и обслуживании технических средств системы должны выполняться меры электробезопасности в соответствии с «Правилами устройства электроустановок» и «Правилами техники безопасности при эксплуатации электроустановок потребителей».
Аппаратное обеспечение системы должно соответствовать требованиям пожарной безопасности в производственных помещениях по ГОСТ 12.1.004-91. «ССБТ. Пожарная безопасность. Общие требования».
Должно быть обеспечено соблюдение общих требований безопасности в соответствии с ГОСТ 12.2.003-91. «ССБТ. Оборудование производственное. Общие требования безопасности» при обслуживании системы в процессе эксплуатации.
Аппаратная часть системы должна быть заземлена в соответствии с требованиями ГОСТ Р 50571.22-2000. «Электроустановки зданий. Часть 7. Требования к специальным электроустановкам. Раздел 707. Заземление оборудования обработки информации».
Значения эквивалентного уровня акустического шума, создаваемого аппаратурой системы, должно соответствовать ГОСТ 21552-84 «Средства вычислительной техники. Общие технические требования, приемка, методы испытаний, маркировка, упаковка, транспортирование и хранение», но не превышать следующих величин:
· 50 дБ - при работе технологического оборудования и средств вычислительной техники без печатающего устройства;
· 60 дБ - при работе технологического оборудования и средств вычислительной техники с печатающим устройством.