oqituvchi.uzoqituvchi.uz/doc/tex-zadan-upr-prod-uqituvchi.docx · Web viewoqituvchi.uz

Выполнение работ по проекту«Внедрение информационной системы управления маркетингом и

продажами в ИПТД «Укитувчи»

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

Ташкент, 2014 г.

«УТВЕРЖДАЮ»Директор ИПТД «Укитувчи»

_______________ Р.С.Худайкулов«___» ____________ 2014 года

«УТВЕРЖДАЮ»Предприятие разработчик

_______________ ФИО«___» ____________ 2014 года

«СОГЛАСОВАНО»Наименование предприятия

_______________ ФИО«___» ____________ 2014 года

СОДЕРЖАНИЕ

1. ОБЩИЕ СВЕДЕНИЯ................................................................................................................. 41.1. Назначение документа:....................................................................................................................... 41.2. Полное наименование работ и их условное обозначение:................................................................41.3. Плановые сроки выполнения работ:...................................................................................................41.4. Наименование предприятия Заказчика:.............................................................................................41.5. Наименование предприятия Исполнителя:........................................................................................41.6. Источники финансирования:............................................................................................................... 41.7. Порядок оформления и предъявления результатов работ:...............................................................4

2. НАЗНАЧЕНИЕ, ЦЕЛИ И ЗАДАЧИ.......................................................................................5

3. ХАРАКТЕРИСТИКА ОБЪЕКТА ИНФОРМАТИЗАЦИИ................................................5

4. МАСШТАБ ПРОЕКТА............................................................................................................... 54.1. Организационный объем.................................................................................................................... 54.2. Место выполнения работ.................................................................................................................... 54.3. Функциональные требования проекта...............................................................................................6

4.3.1. Процесс «Продажи»................................................................................................................................64.3.2. Процесс «Склад».....................................................................................................................................64.3.3. Процесс «Управление договорами»......................................................................................................7

5. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ РАБОТ...................................................10

6. ТРЕБОВАНИЯ К СОСТАВУ, ОСНОВНЫМ РЕЗУЛЬТАТАМ И ПОРЯДКУ КОНТРОЛЯ И ПРИЁМКИ СИСТЕМЫ....................................................................................... 10

7. ТРЕБОВАНИЯ К РЕАЛИЗАЦИИ ПРОЕКТА..................................................................187.1. Длительность проекта....................................................................................................................... 187.2. Поддержка управления проектом внедрения и последующей эксплуатации системы..................197.3. Требования к системному ландшафту и технической архитектуре системы...................................197.4. Требования к видам обеспечения.....................................................................................................197.5. Требования к формированию печатных документов в системе БЭМ..............................................197.6. Защита информации.......................................................................................................................... 20

7.6.1. Общие требования к защите информации..........................................................................................207.6.2. Требования к защите информации от несанкционированного доступа...........................................207.6.3. Требования к минимизации риска некорректного использования или злоупотребления Системой

217.6.4. Требования к обеспечению надежной аутентификации пользователей..........................................217.6.5. Требованияксредствамразграниченияправдоступапользователей..................................................227.6.6. Требования по сохранности информации при авариях.....................................................................23

8. ИСТОЧНИКИ РАЗРАБОТКИ............................................................................................... 23

9. ПРИЛОЖЕНИЕ 1: ТРЕБОВАНИЯ К ОТЧЕТНОСТИ...................................................239.1. Продажи............................................................................................................................................ 239.2. Склад.................................................................................................................................................. 23

3

9.3. Учет договоров.................................................................................................................................. 23

4

1. ОБЩИЕ СВЕДЕНИЯ

1.1. Назначение документа:Настоящее Техническое задание устанавливает требования к мероприятиям, направленным на внедрение информационной системы управления маркетингом и продажами в ИПТД «Укитувчи» (далее ИПТД) и включает в себя:

Назначение, цели и задачи выполнения работ по внедрению Системы; Масштаб проекта - организационный объем и функциональные требования; Требования к составу, основным результатам и документированию работ; Требования к реализации проекта и его длительность.

1.2. Полное наименование работ и их условное обозначение:Наименование работ – «Внедрение информационной системы управления маркетингом и продажами в ИПТД «Укитувчи».

1.3. Плановые сроки выполнения работ:Начало работ: 01.08.2014

Окончание работ: 30.05.2015

См. детализацию в п.6.1.

1.4. Наименование предприятия Заказчика:Заказчик – ИПТД «Укитувчи»

1.5. Наименование предприятия Исполнителя:Наименование предприятия Исполнителя будет выявлено после отбора и утверждения.

1.6. Источники финансирования:Финансирование осуществляется за счёт собственных средств предприятия Заказчика.

1.7. Порядок оформления и предъявления результатов работ:См. детализацию в разделе 5 (Требования к составу, основным результатам и документированию

2. НАЗНАЧЕНИЕ, ЦЕЛИ И ЗАДАЧИ

Назначение системы:

Система предназначена для совершенствования процессов продаж и маркетинга в ИПТД. Совершенствование достигается путем сопоставления и анализа данных в разрезе видов продукции. Информационно-технологические решения упростят процесс анализа продаж, проведения маркетинговых исследований. Также, настоящие усовершенствования позволят выдать рекомендации по производству определённых товарных групп наиболее затребованных клиентами на основании исторических данных.

СОКРАЩЕНИЕ ЗАТРАТ, ПОВЫШЕНИЕ ПРИБЫЛЬНОСТИ, ПРОЗРАЧНОСТЬ УЧЕТА, СВОЕВРЕМЕННОСТЬ ПРИНЯТИЯ УПРАВЛЕНЧЕСКИХ РЕШЕНИЙ.

С использованием лучших мировых практик организации бизнес-процессов, необходимо:

Унифицировать процессы продаж и маркетинга в ИПТД, сделать их проще и эффективнее.

Внедрить лучшие практики в области операционных моделей (системы скидок исходя из сроков оплаты, упрощение заключения договоров посредством сети Интернет и т.д.).

3. ХАРАКТЕРИСТИКА ОБЪЕКТА ИНФОРМАТИЗАЦИИ

Объектом информатизации являются обособленные подразделения ИПТД «Укитувчи» указанные в пункте 4.1.

4. МАСШТАБ ПРОЕКТА

4.1. Организационный объемПроект охватывает нижеследующие структурные подразделения:

БухгалтерияОтдел планирования, ценообразования, организации трудаОтдел маркетингаСкладское хозяйствоСклад готовой продукцииОтдел снабжения и внешнеэкономических связейТранспортная служба

4.2. Место выполнения работРаботы проводятся по месту расположения Заказчика – ИПТД по адресу г.Ташкент, ул.Янгишахар 1, а также в офисе Исполнителя.

6

4.3. Функциональные требования проекта

4.3.1. Процесс «Продажи»Общее описание процесса «Продажи»Процесс продажи представляет собой процесс коммуникации между производителем продукции (ИПТД) и потребителями, в результате которого производитель получает прибыль. В результате данной деятельности ИПТД формирует клиентскую базу, изучает их потребности, на основании которых формирует данные по новым видам продукции.

Для осуществления автоматизации процесса продаж реализуются нижеследующие субпроцессы:

Формирование бизнес-плана по продажам;

Формирование прайс-листа производимой продукции;

Формирование списка клиентов;

Состав и описание подпроцессов процесса «Продажи»Подпроцесс «Формирование бизнес-плана по продажам» состоит из следующих шагов:

Определение участников;

Определение структуры;

Создание версии;

Определение количественных и качественных показателей бизнес плана;

Подпроцесс «Формирование прайс-листа производимой продукции» включает вид производимой продукции и осуществление согласования его себестоимости и наценки с учетом рыночного спроса и цены.

Подпроцесс «Формирование списка клиентов» заключается в агрегации данных о клиентах с их разделением на подгруппы действующих и потенциальных клиентов. Также, данный подпроцесс позволит определить наиболее выгодных и надежных клиентов, что позволит минимизировать риски возникновения просроченных дебиторских задолженностей.

4.3.2. Процесс «Склад»Общее описание процесса «Склад»Процесс представляет собой интеграцию обмена данных по приходу и расходу готовой продукции с системой БЭМ.Требуется реализовать следующие процессы второго уровня:

Ведение централизованного учета готовой продукции (приход, расход); Проведение работ по автоматизации обмена данных между системой

общехозяйственного учета ИПТД и Интернет-ресурсом.Состав и описание подпроцессов процесса «Склад»

Подпроцесс «Ведение централизованного учета готовой продукции»:На входе: приход, расход готовой продукцииНа выходе: остатки и движение готовой продукции

Подпроцесс «Проведение работ по автоматизации обмена данных между системой общехозяйственного учета ИПТД и Интернет-ресурсом»:

7

На входе: предоставление в реальном режиме остатков готовой продукции на складе и их розничные ценыНа выходе: сформированный торговый заказ на основе реальных остатков ГП.

4.3.3. Процесс «Управление договорами»Общее описание процесса «Управление договорами»Система управления договорами предназначена для автоматизации учета договоров в ИПТД. К ее основным функциональным возможностям относятся:

Регистрация договоров – ввод и редактирование регистрационной информации, присвоение регистрационного номера договора, печать регистрационной карточки договора.

Ведение «Платежной спецификации» - плана проведения платежей на основании суммы по спецификации и условий договора

Поиск договоров – контекстный и атрибутивный поиск договоров.

Контроль исполнения договоров, построение отчетов

В рамках данного процесса решаются следующие основные задачи:

Создание единой базы ведения и учета договоров Заказчика, как в разрезе отдельно взятого договора, так и всего пула договоров Заказчика;

Обеспечение мониторинга этапов подготовки, согласования, подписания, регистрации, исполнения договоров Заказчика.

Система управления договорами должна позволять обеспечить возможность использования участниками процесса рабочего места специалиста ИПТД по ведению договоров:

согласование договоров;

контроль согласования договоров;

контроль исполнения договоров.

Требуется реализовать следующие процессы второго уровня:

Формирование договора

Согласование договора

Исполнение договора

Завершение договора

Отчетность по договорам

Состав и описание подпроцессов процесса «Управление договорами» Подпроцесс «Формирование договора»:

Требуется реализовать следующие процессы третьего уровня:

Формирование проекта (шаблона) договора

Формирование приложений к договору

Формирование дополнительных соглашений

8

Система оповещений о проведении (необходимости проведения) действий по договорам;

Подпроцесс «Согласование договора»:


Согласование договора

o Гибкую маршрутизацию документов в соответствии с организационной структурой ИПТД;

o Ведение заместителей, переадресацию;o Возможность ведения истории согласования, ведение переписки и

комментариев, автоматическое формирование листа согласования;o Использование преднастроенных схем согласования с возможностью

расширения числа участников, формирование собственных маршрутных схем;

o Контроль сроков согласования (уровень отчетности, уровень оповещений), как по отдельно взятому договору, так и по всему ИПТД в целом;

o Возможность автоматической установки схемы согласования на основании реквизитов карточки договора. Автоматическое формирование структуры схемы согласования и определение количества согласующих в зависимости от реквизитов договора.

Система оповещений о проведении (необходимости проведения) действий по договорам:

o поступления договора на согласованиеo отклонение договораo срыв сроков согласования и т.д.;

Подпроцесс «Исполнение договора»:


Отражение хозяйственных операций в разрезе контрагентов, договоров, этапов исполнения договоров:

Отражение хозяйственных операций в разрезе договоров (как в разрезе односторонних, так и в разрезе двух- (и более сторонних) договоров), контрагентов;

o Лимиты по платежам и поставкам в рамках договора;o Контроль над дебиторской/кредиторской задолженностью;o Учет затрат по договорам;o Контроль исполнения графиков входящих/исходящих платежей и

поставок (план/факт);o Формирование унифицированных пакетов документов (выходных

формуляров) по договору.

Автопролонгация договора (с запросом и без запроса)

Подпроцесс «Завершение договора»:


Закрытие вследствие исполнения обязательств по договору

9

Система оповещений о проведении (необходимости проведения) действий по договорам

Подпроцесс «Отчетность по договорам»:


Единый журнал регистрации договоров / Реестр Договоров

Мониторинг исполнения Договоров (План/Факт анализ исполнения договора)

Контроль сроков согласования

Контроль сроков по этапам обработки договора от его создания, до завершения (в соответствии со справочником статусов договоров);

Аналитическая отчетность по договорам

10

5. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ РАБОТ

В данном разделе описано детальное распределение ответственности сторон в ходе выполнения Проекта.

Нижеприведенные термины используются в настоящем Приложении данного Устава в следующем значении, если прямо не указано иное:

Термин Значение

Выполнение

Данный термин в одном из столбцов «Исполнитель»или «Заказчик» обозначает ответственность за выполнение соответствующих работ.

Участие

Данный термин в одном из столбцов «Исполнитель»или «Заказчик» обозначает участие в выполнении работ, то есть участие во встречах и семинарах, выполнение части работ в соответствии с достигнутыми договоренностями, предоставление комментариев к разработанным материалам.

Утверждение

Данный термин в одном из столбцов «Исполнитель»или «Заказчик» обозначает утверждение результатов совместных работ или работ другой стороны со своей стороны в рамках Проекта или своей организации.

При разработке проектной документации и проектных решений Исполнитель должен руководствоваться Государственными стандартами O‘zDSt 1986:2010 и O‘zDSt 1985:2010.

6. ТРЕБОВАНИЯ К СОСТАВУ, ОСНОВНЫМ РЕЗУЛЬТАТАМ И ПОРЯДКУ КОНТРОЛЯ И ПРИЁМКИ СИСТЕМЫ

Фаза/ Наименование

услугРезультат Исполнитель Заказчи

к

Фаза 1. Подготовка и запуск проекта С 30.09.2014 по 30.11.2014

Управление Проектом

Совещания по статусу ПроектаУправление планом-графиком ПроектаУправление рискамиУточнение объема ПроектаУправление изменениями

Выполнение Выполнение

11



к

бюджета Проекта, сроковУправление запросами на изменения объема, сроков. Выполнение Утвержд

ение

Приказ о выполнении Проекта



Сетевой график реализации проекта Выполнение

УчастиеУтвержд

ение

Организация Проекта

Организационная структура Проекта Выполнение


ение

Рекомендации по составу Рабочей группы Проекта Выполнение


ение

Издание приказа по организации о выделении сотрудников



Планирование

Детальный инфраструктурный план, включая ландшафт системы

ВыполнениеУчастиеУтвержд

ение

Определить требования к оборудованию. Выполнение


ениеПодготовка помещения, серверного оборудования, сетевой инфраструктуры


Совещание по фактическому началу (запуску) Проекта.

Проведение совещания Участие


Подготовка

Протокола

Управление организационными изменениями

План управления изменениями Выполнение Утвержд

ение

Фаза 2.Концептуальное Проектирование

С 01.12.2014 по 31.01.2015

Инсталляция систем Определить, создать и поддерживать полную стратегию ландшафта системы

Выполнение Участие

12



к

Инсталляция Операционных систем и сервисов

Участие Выполнение

Разработка Проектных решений в соответствии с функциональным объемом в ходе совместных обсуждений (ИСПОЛНИТЕЛЬ - Заказчик)

Проектное решение включает (предварительно):

требования к бизнес-процессу;

схему целевого бизнес-процесса;

перечень функциональных дефицитов (разработок);

требования по интеграции.



ение

Концепция ролей пользователей и полномочий

Концепция ролей пользователей и полномочий


ениеУправление организационными изменениями

Исследование среды на площадке, где будет проводиться внедрение (анализ будущих пользователей, их текущих возможностей и ожиданий, процедур изменения нормативных документов)


Определение обязанностей агентов изменений, подготовка предварительного списка


Определение обязанностей и подготовка списка администраторов изменений


ение

План работ с агентами по изменению и администраторами изменений


ение

Разработка стратегии информирования и плана информирования


ениеРазработка материалов по информированию

Выполнение УчастиеИнформ

13



к

ирование

Формирование списка нормативных документов, подлежащих изменению


Разработка предложений по Проектной мотивации с учетом существующей мотивации на предприятиях заказчика


ение

Оценка влияния на организационную структуру (Включая определение влияния на орг.структуру в должностных инструкциях, изменений в ролях, определенных функциональными группами)


Оценка воздействия планируемых изменений на организацию Заказчика. Отчет – Оценка планируемых изменений.Выполнение функциональными группами.Отчет содержит (предварительно):

оценка воздействия на организационную структуру;

оценка воздействия на деятельность сотрудников;

оценка воздействия на методологии и учетные политики;

предварительный перечень действий для реализации изменений


Фаза 3.Реализация С 01.02.2015 по 01.04.2015

14



к

Система настроена в соответствии с утвержденными Проектными решениями

Настройка системы в соответствии с утвержденными Проектными решениями


Документирование выполненных настроек Выполнение Участие

Планирование тестирования

Разработка планов тестирования разработок, интеграционного тестирования


ение

Разработка сценариев тестирования разработок, интеграционного тестирования


ение

Разработки

Матрица ответственности за разработки для утвержденного реестра разработок


ение

Функциональные спецификации Выполнение


ение

Технические спецификации ВыполнениеУчастиеУтвержд

ениеРеализация разработок в соответствии с подготовленными спецификациями.


ение

Тестирование разработок Участие Выполнение

Список замечаний для исправления

УчастиеУтверждение


Подготовка Матрицы ответственности за исправление замечаний


ениеИсправление по результатам тестирования, согласно списку замечаний


ение

Инструкции по бизнес-процессам

Подготовка инструкций по бизнес-процессам Выполнение


ениеИнтеграционное тестирование

Определить стратегию интеграционного тестированияУправление процессом тестирования


15



к

Форматы для загрузки данных Выполнение


ениеПодготовка начальных тестовых данных в соответствии с разработанными форматами


Функциональное тестирование бизнес-процессов


Шаблон протокола интеграционного тестирования


ение

Регламент конфигурации и тестирования Выполнение


ениеВыполнение интеграционного тестирования. Подготовка протоколов ИТ и формирование перечня замечаний по результатам



Утверждение итогового протокола с перечнем замечаний по результатам ИТ



Устранение критических замечаний по результатам ИТ. Протокол устранения замечаний.


ение

Инсталляция

Обеспечение серверного оборудования, и инфраструктурного обеспечения доступности на объектах внедрения продуктивной среды


Инсталляция продуктивной системыОбеспечение ресурса на полное время со стороны Исполнителя для поддержки и контроля инсталляции систем


Управление организационными

Мониторинг деятельности агентов изменений и


16



к

изменениями координаторов изменений на местах.

Разработка материалов по информированию Выполнение

УчастиеИнформировани

еВнесение изменений в должностные обязанности и положения о структурных подразделениях, подготовка приказов, выполняется Дирекцией по персоналу Заказчика


Разработка подхода к обучению и поддержке Выполнение Утвержд

ениеРазработка списка курсов и определение целевой аудитории

Выполнение Утверждение

Определение участников обучения, подготовка учебных помещений, оборудования; оповещение, контроль посещения участников


Разработка вводных материалов по целям и ходу Проекта, по обучению инструкторов


Разработка инструментария по оценке качества обучения


Разработка инструментария по проведению оценки готовности работы сотрудников в новой системе


Предложение внесения изменений (разработок новых документов) в регламентирующие/ методологические документы Заказчика на основе утвержденных Проектных решений. Выполнение – функциональными


17



к

группами.Внесение изменений (разработка новых документов) в регламентирующие/ методологические документы Заказчика на основе утвержденных Проектных решений


Фаза 4.Подготовка к эксплуатации

С 02.04.2015 по 01.05.2015

Планирование План перехода в опытную эксплуатацию Выполнение


ениеПеренос настроек из тестовой в опытную эксплуатацию

Перенос настроек из тестовой в опытную эксплуатацию


Протокол готовности продуктивной системы

Тестирование технической готовности продуктивной системы


Подготовка рабочих мест для работы продуктивных пользователей

Список операций и полномочий продуктивных пользователей


Перечень пользователей с присвоением ролей


Создание записей пользователей и присвоение роли и полномочий


Рабочие места подготовлены для работы конечных пользователей


Обучение конечных пользователей

Подготовка плана обучения конечных пользователей Выполнение


ениеОпределение пользователей для обучения


Подготовка инструкций для конечных пользователей Выполнение Участие

Обучение конечных пользователей Выполнение Участие

Протокол аттестации конечных пользователей Участие Выполне

ниеТестирование Тестирование Выполнение Участие

18



к

производительности:Объемный тест;Стресс-тест.

План перехода в продуктивную эксплуатацию

Подготовка детального плана на фазу перехода к продуктивной эксплуатации Выполнение

Участие Утвержд

ение

Фаза 5.Переход к продуктивной эксплуатации*

С 02.05.2015 по 31.05.2015

Исправление ошибок, выявленных в ходе продуктивной эксплуатации, в соответствии с утвержденным объемом Проекта

Консалтинговая поддержка в ходе опытно-промышленной эксплуатации


Акт передачи системы службе поддержки Заказчика

Передача системы службе поддержки Заказчика


Поддержка

Поддержка конечных пользователей до успешного закрытия третьего периода

Выполнение Выполнение

Управление организационными изменениями

Разработка материалов по информированию Выполнение

Информировани

еОтслеживание и анализ обратной связи от конечных пользователей, и определение правильных действий в случае необходимости

Выполнение Контроль

* Под переходом к продуктивной эксплуатации понимается три закрытых продуктивных периода в системе.

7. ТРЕБОВАНИЯ К РЕАЛИЗАЦИИ ПРОЕКТА

7.1. Длительность проектаЦелевая длительность проекта составляет 10 месяцев.

19

7.2. Поддержка управления проектом внедрения и последующей эксплуатации системы

На этапе внедрения система должна обеспечивать: Внедрение сценариев процессов управления проектами, единые стандарты

управления проектами; Внедрение сценариев процессов управления созданием продукта в

соответствии со стандартами управления внедрением программного продукта, организацию тестирования внедряемых решений;

Надежные и достоверные процессы контроля за ходом выполнения проектов;

Управление рисками; Управление изменениями; Отчетность; Единый и согласованный между проектами план реализации.

На этапе эксплуатации система должна обеспечивать: Предоставление ИТ-услуг; Соответствие процессов поддержки и предоставления услуг передовым

стандартам и лучшей практике; Обеспечение продуктивной эксплуатации;

7.3. Требования к системному ландшафту и технической архитектуре системы

Архитектура программно-аппаратных решений должна обеспечивать:

Отказоустойчивость за счет использования современных технологий кластеризации и виртуализации, замену компонентов без остановки работы Системы;

Надежность функционирования программного и аппаратного обеспечения;

Надежность, работоспособность проектируемых систем и высокую доступность;

Возможность дальнейшего наращивания производительности, вычислительных мощностей и других ресурсов Системы в соответствии с сайзингом, этапами внедрения Системы, включая оценку потенциальной возможности внедрения дополнительных приложений на предлагаемой платформе;

7.4. Требования к видам обеспеченияМатематические, информационные, лингвистические, программные,

технические, метрологические, организационные, методические и другие виды обеспечения должны полностью соответствовать требованиям Системы БЭМ.

7.5. Требования к формированию печатных документов в системе БЭМПечать документов в системах должна формировать на основе интерактивных PDF-формуляров, формуляров MS Excel и формуляров MS Word. Для реализации требований должна быть развернута отдельная система AdobeDocumentServices (ADS).

20

7.6. Защита информацииФункционирование СИСТЕМЫ должно быть обеспечено организационными и программно-техническими средствами защиты от несанкционированного действия с целью предотвращения хищения, утраты, искажения и подделки информации.

7.6.1. Общие требования к защите информации В процессе функционирования Системы должны обеспечиваться

конфиденциальность, доступность, целостность, подотчетность и подлинность ее ресурсов.

Адекватность, т.е. обеспечение требуемого уровня защиты (определяется степенью конфиденциальности подлежащей обработке информации) при минимальных издержках на создание механизма защиты информации и обеспечение его функционирования;

Удобство для пользователей, защита информации не должна создавать для пользователей дополнительных трудностей, требующих значительных усилий для их преодоления; минимизация привилегий в доступе, предоставляемых пользователям, т.е. каждому пользователю должны предоставляться только действительно необходимые ему права по обращению к ресурсам СИСТЕМЫ и данным;

Полнота контроля, т.е. обязательный контроль всех обращений к защищаемым данным; наказуемость нарушений, причем наиболее распространенной мерой наказания должен являться отказ в доступе к СИСТЕМЕ;

В разрабатываемой Системе должны быть предусмотрены специальные средства прошедшие оценку соответствия по обеспечению защиты на уровнях презентации, приложений, базы данных, а также сетевой связи и операционной системы.

Экономичность механизма защиты информации, т.е. обеспечение минимальности расходов на создание и эксплуатацию.

При эксплуатации СИСТЕМЫ должна быть обеспечена защита информации на всех этапах работы с ней и осуществляться идентификация всех возможных пользователей с разграничением доступа к функциям, которые может выполнять конкретный комплекс задач в зависимости от пользователя, работающего с ним. Логическая структура баз данных и других средств хранения информации, используемой в СИСТЕМЕ, должна проектироваться с учетом реализации функций по разграничению доступа к данным, как на уровне СУБД, так и на уровне специальных программных средств. Должна быть исключена возможность несанкционированного доступа к данным за счет использования паролей и разграничения полномочий пользователей, имеющих различные права доступа к данным.

7.6.2. Требования к защите информации от несанкционированного доступа

Функционирование Системы должно быть обеспечено организационными и программно-техническими средствами защиты от несанкционированного действия, случайных или преднамеренных воздействий естественного или

21

искусственного характера, которые могут нанести неприемлемый ущерб субъектам информационных отношений. К таким средствам защиты относятся:

Блокировка доступа при подозрительных попытках использования СИСТЕМЫ;

Защита от несанкционированной модификации программного обеспечения, включая защиту от внедрения «вирусов» в программные продукты;

Защита информации от случайных разрушений.

7.6.3. Требования к минимизации риска некорректного использования или злоупотребления Системой

В разрабатываемой СИСТЕМЕ должны быть предусмотрены специальные средства по обеспечению защиты на уровнях презентации, приложений, базы данных, а также сетевой связи и операционной системы.

Аудит и протоколирование должны быть использованы как важные аспекты защиты. Определенную информацию необходимо сохранять не только исходя из удовлетворения правовых требований, а также и для мониторинга защиты СИСТЕМЫ и отслеживания событий в случае возникновения проблем. В СИСТЕМЕ должен быть реализован ряд журналов для системного администрирования, мониторинга, решения возникающих проблем и аудита пользователей, доступ к которым должен контролироваться специальной системой полномочий.

В контрольный журнал СИСТЕМА должна записываться информация о всех важных происходящих событиях для возможности аудита. Например, регистрация в СИСТЕМЕ диалоговых и внешних пользователей, запуск транзакций, использование интерфейса удаленного вызова функций, изменение основных записей пользователей, запуск и остановка серверов приложений, загрузка и выгрузка данных в файл и т.д. Каждая операция должна фиксироваться в системном журнале по времени с указанием имени пользователя, даты, времени и введенными данными/изменениями. Контрольная Информационная система должна обеспечивать итоговые отчеты, которые предоставляют ключевую информацию по безопасности в различных разрезах.

7.6.4. Требования к обеспечению надежной аутентификации пользователей

Проверка подлинности пользователя должна осуществляться через следующие услуги:

Проверка подлинности пользователя через имя пользователя и пароль;

Система должна предусматривать возможность назначения различных «наказаний» за попытки несанкционированного входа в Систему. Система должна прекращать сеанс работы с пользователем, если выполняется ряд безуспешных попыток под отдельным идентификатором пользователя,для чего должен быть предусмотрен соответствующий параметр, который будетопределять, сколько раз пользователь может вводить неправильный пароль до того, как СИСТЕМА завершит попытку входа в СИСТЕМУ (значение по умолчанию - 3, возможность установить на любое значение от 1 до 99);

22

Пароль для входа в СИСТЕМУ не должен быть короче минимально допустимой длины (от 3 до 8 символов), которая определяется администратором. Все пароли должны быть скрыты в СИСТЕМЕ и к ним никто не должен иметь доступа. По сети пароли должны передаватьсятолько в зашифрованном виде;

Должны быть предусмотрены параметры, которые устанавливают частоту смены пароля пользователем. Тогда пользователь будет обязан периодически менять пароль. Число дней, после которого необходимо изменить пароль, определяется администратором. При изменении пароля пользователь не должен иметь возможностьиспользовать пять своих последних паролей;

При необходимости доступ и пароли должны иметь возможность быть немедленно изменены (в том числе выключены) централизованно администратором.

СИСТЕМА должна предусматривать ведениеряда журналов для системного администрирования, мониторинга, решения возникающих проблем и аудита пользователей. Доступ к этим журналам должен контролироваться системой полномочий. В журнале изменений основных записей пользователейдолжныпросматриваться изменения, касающиеся списка профилей полномочий в основной записи пользователя,пароля пользователя (только в зашифрованном виде), типа пользователя, группы пользователя, срока действия и т.д. Там же должны фиксироваться все факты блокировок пользователя из-за недопустимого количества неудавшихся попыток входа в Систему, что позволит вовремя отследить попытки подбора чужого пароля.

7.6.5. Требованияксредствамразграниченияправдоступапользователей В Системе для управления правами доступа должен быть реализован

механизм профилей и ролей с возможностью использования как организационных управляющих объектов, таких как должности, штатные должности и организационные единицы так и функциональных управляющих объектов, таких как группы документов, типы операций и т.д. Все полномочия пользователей должны вестись на уровне метаданных.

Обеспечение защиты и гарантии аутентичности и целостности данных, хранимых в виде файлов или передаваемых по открытым каналам связи

Доступ должен контролироваться на уровне приложений. Дополнительно могутиспользоваться средства защиты на уровне OS, чтобы ограничить доступ. Все обновления прикладной базы данных должны выполняться через Систему.

В целях безопасности, все файлы, относящиеся к СИСТЕМЕ, должны храниться в специальной структуре каталогов на уровне операционной системы и быть защищены определенными полномочиями доступа.

Система должна включать функциональные возможности шифрования данных при передаче по сети, чтобы гарантировать, что конфиденциальные данные зашифрованы и защищены паролем. Должна предоставляться возможность безопасной сетевой коммуникации, которая использует

23

внешние решения по защите линий для связи между распределенными компонентами технологической платформы Системы.

7.6.6. Требования по сохранности информации при авариях Сохранение и восстановление информации должно быть

обеспеченосредствами применяемой вычислительной техники и программными средствами, используемой операционной среды.

Сохранность информации в Системе должна быть обеспечена при возникновении следующих событий:

o потеря электропитания;

o сбой в работе технических средств.

8. ИСТОЧНИКИ РАЗРАБОТКИ

Источниками разработки являются технико-экономическое обоснование проекта, отчёт о степени автоматизации процессов управления маркетингом и продажами в ИПТД «Укитувчи», система «БЭМ», а также, данные о функциональных возможностях ERMP программ имеющиеся в открытом доступе в сети Интернет

9. ПРИЛОЖЕНИЕ 1: ТРЕБОВАНИЯ К ОТЧЕТНОСТИ

Для мониторинга и контроля выполнения процессов ИПТД необходимо предусмотреть возможность использования следующих отчетов системы:

9.1. Продажи Отчет по продажам в разрезе товарных групп, объема реализации и

контрагентов Отчет по продажам в разрезе поступления денежных средств

9.2. Склад Отчет по движению ГП по товарным группам и объему реализации ( приход

и расход) Отчет по фактическим остаткам (количественный и денежный показатель)

9.3. Учет договоров Единый журнал регистрации/реестр договоров; Контрольный отчет согласования договоров Контрольный отчет исполнения договоров Платежная спецификация ия и отчуждения объектов недвижимости и земельных участков

Documents

oqituvchi.uzoqituvchi.uz/doc/tex-zadan-upr-prod-uqituvchi.docx · Web viewoqituvchi.uz