Требования к системе в целом. Автоматизированная
система «СБЫТ».
4.1.1. Разрабатываемые в АС методы и программные модули должны содержать возможности дальнейшего развития системы. 5.1.1. Разрабатываемая система должна состоять из автоматизированных систем, подсистем и учетных модулей, выделяемых по функциональному назначению в соответствии со сложившейся методикой построения автоматизированных систем финансово-экономического класса.
5.1.2. Разрабатываемая АС должна обеспечивать простоту настройки автоматизированного рабочего места (АРМ) каждого конкретного исполнителя в соответствии со сложившейся системой учета.
5.1.3. Разрабатываемая АС должна обеспечивать разграничение прав доступа пользователей и предоставлять возможность доступа к информации в объеме, необходимом и достаточном для осуществления должностных обязанностей каждого исполнителя.
5.1.4. Защита информации от несанкционированного доступа должна быть реализована с использованием следующих механизмов: 1. Ограничениями прав доступа на уровне платформы 1С:Предприятие 8.1. 2. Дополнительными ограничениями прав доступа на уровне среды исполнения. 5.1.4.1.Приоритетными должны являться ограничения прав доступа на уровне платформы. Снятие дополнительных ограничений на уровне среды исполнения не дает прав доступа к объектам или функциям системы, если на них наложено системное ограничение. 5.1.4.2.Защита информации на уровне платформы · Защита информации на уровне платформы обеспечивается системными средствами. При этом регулируются права на чтение и редактирование объектов системы, использование интерфейсов, системных функций и выполнение регламентных операций с данными информационной системы. · Все права доступа должны быть систематизированы в соответствующие наборы – Роли информационной системы. · Список пользователей информационной системы должен определяться администратором системы. · Права доступа каждого пользователя должны определяться набором Ролей информационной системы, доступных для него. · Наборы Ролей информационной системы, доступных для каждого пользователя должен определять администратор системы. · При начале работы в системе пользователь должен пройти процедуру авторизации, указав свое имя в системе и пароль. 5.1.4.3. Защита информации на уровне среды исполнения Для ряда справочников в системе должны быть обеспечены дополнительные ограничения прав редактирования. Справочники, для которых необходимо установить запрет на редактирование в системе:
5.1.5. Для обеспечения сохранности информации при авариях, должно быть предусмотрено ежедневное автоматическое архивирование данных. 5.1.6. Требования к эргономике и технической эстетике 5.1.6.1.Для обеспечения унификации оформления пользовательских интерфейсов по умолчанию должны использоваться панели инструментов и контекстные меню, автоматически генерируемые платформой 1С. 5.1.6.2.Терминология, используемая для обозначения объектов и действий пользователей в системе должна соответствовать стандартной терминологии предметной области.
5.2.Требования к структуре и функционированию АС "СБЫТ";.
5.2.1. АС "СБЫТ" должна состоять из следующих автоматизированных подсистем: - Подсистема ввода первичной информации об абоненте (заключения договора); - Подсистема формирования документов на оплату; - Подсистема связи с системой АСКУЭ; - Подсистема связи с платежными терминалами.
5.2.2. Состав Подсистемы ввода первичной информации об абоненте (заключения договора) должен быть следующим: - Документ «Договор с абонентом»; 5.2.3. Состав Подсистемы формирования документов на оплату должен быть следующим: - Документ «Квитанция»» - Документ «Начисление штрафных санкций» - Документ «Потребленная энергия» - Модуль проверки состояния взаиморасчетов 5.2.4. Состав Подсистемы связи с системой АСКУЭ должен быть следующим: - модуль Связь с системой АСКУЭ. 5.2.5. Состав Подсистемы связи с платежными терминалами должен быть следующим: - модуль Связь с с платежными терминалами.
5.3. Требования к функциям модуля Подсистемы ввода первичной информации об абоненте (заключения договора) 5.3.1. Подсистемы ввода первичной информации об абоненте (заключения договора) должна выполнять следующие функции: - Ввод и хранение информации об установленной мощности контрагента (в дальнейшем абонента); - Ввод и хранение информации об установленных счетчиках абонента; - Ввод и хранение информации о тарифах абонента; - Ввод и хранение информации о условиях начисления штрафных санкций абонента; - Ввод и хранение информации о сроках действия договора; 5.4. Требования к функциям Подсистемы формирования документов на оплату 5.4.1. Подсистема формирования платежных документов должна выполнять следующие функции: - Определение состояния взаиморасчетов с абонентом и определение условий возникновения штрафных санкций. - Формирование документов на оплату (квитанций или счетов на оплату). 5.5. Требования к функциям Подсистемы связи с системой АСКУЭ 5.5.1. Подсистемы связи с системой АСКУЭ должна выполнять следующие функции: - Передачу данных о вновь заключенных договорах с абонентами. Ключом связи должно быть уникальность пары «ID абонента» - «Код договора абонента». - Получение данных о потребленной электроэнергии абонентом. Ключом связи должно быть уникальность пары «ID счетчика» - «Код счетчика». 5.6. Требования к функциям Подсистемы связи с платежными терминалами 5.6.1. Подсистемы связи с системой АСКУЭ должна выполнять следующие функции: - Получение данных о произведенных платежах абонентами за электроэнергию через платежные терминалы.
6.1.Устанавливается следующий порядок предъявления и сдачи Заказчику результатов работ: 6.1.1. Исполнитель демонстрирует работоспособность ПО на контрольном примере. 6.1.2. Данные для контрольного примера готовят представители Заказчика.
6.1.3. Исполнитель передает программное обеспечение в информационный отдел Заказчика и выполняет обучение администратора Заказчика.
6.1.4. По результатам решения контрольного примера должен быть подготовлен Акт о передаче ПО в опытную эксплуатацию.
6.1.5. В случае несоответствия функциональных возможностей ПО требованиям ТЗ Исполнитель выполняет устранение замечаний в рамках общей стоимости разработки АС.
6.1.6. При возникновении дополнительных к ТЗ требований Заказчика, составляется дополнительное ТЗ на доработку. 6.1.7. Наличие дополнительных требований Заказчика не должно являться основанием отказа от подписания Акта о передаче ПО в опытную эксплуатацию. 6.1.8. После передачи ПО в опытную эксплуатацию, по согласованному с Заказчиком Графику внедрения, Исполнитель производит краткое обучение персонала Заказчика работе с ПО и передает Инструкцию по работе с ПО на каждую подситему.
6.1.9. При внедрении ПО (опытной эксплуатации) Заказчик осуществляет: - ввод необходимой НСИ; - ввод фактических данных; - формирование отчетности и проверку результатов работы. 6.1.10. В процессе внедрения Исполнитель должен оказывать помощь Заказчику в рамках Графика внедрения.
6.1.11. В случае слабой подготовки персонала Заказчика к внедрению и необходимости оказания дополнительной помощи Исполнителем для успешного внедрения ПО, должен быть составлен дополнительный протокол согласования договорных цен на оказание информационно-консультационных работ.
6.2.Порядок дальнейшего сопровождения задач АС "СБЫТ".
6.2.1. После сдачи ПО в эксплуатацию, дополнительные доработки и пожелания Заказчика могут быть реализованы по согласованному с Заказчиком ТЗ. В ТЗ должна быть указана трудоемкость и стоимость работ по реализации дополнительных требований.
6.2.2. Исполнитель обязуется поддерживать телефонную "горячую линию" по сопровождению программного обеспечения.
6.2.3. По желанию Заказчика, Исполнитель может осуществлять сопровождение программного обеспечения непосредственно у Заказчика, которое должно производиться на основании дополнительного договора по сопровождению ПО.
6.2.4. Ошибки, выявленные Заказчиком в течение полугода с момента передачи ПО в эксплуатацию, должны устраняться Исполнителем оперативно и бесплатно. В случае, если Исполнитель обнаружит, что ошибка возникла в результате неправильных действий Заказчика, время, затраченное Исполнителем на ее поиск и устранение, должно быть оплачено дополнительно.
6.2.5. Заказчик, в течении года после покупки 1С: Предприятие, имеет право на бесплатное получение всех обновлений от фирмы 1С, связанное с развитием программ 1С и изменением законодательства. Установка изменений должна производиться силами АСУ Заказчика.
6.2.6. Исполнитель гарантирует сохранение конфиденциальности содержания баз данных Заказчика и любой другой информации, полученной от Заказчика в процессе разработки, внедрения или сопровождения АС.
Технический проект: УТВЕРЖДАЮ ПРЕДСТАВЛЯЮ НА УТВЕРЖДЕНИЕ
" "______________ 2010 г. " "_______________ 2010 г. Приложение к техническому заданию от «____» ________ 2010
|
