ТЗ на АИС операциониста библиотеки 1С. Техническое задание на разработку автоматизированной информационной системы, предназначенной для операциониста библиотеки на платформе 1С предприятие общие сведения
 Скачать 50.09 Kb.
|
|
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА РАЗРАБОТКУ АВТОМАТИЗИРОВАННОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ, ПРЕДНАЗНАЧЕННОЙ ДЛЯ ОПЕРАЦИОНИСТА БИБЛИОТЕКИ НА ПЛАТФОРМЕ 1С: ПРЕДПРИЯТИЕ 1. Общие сведения 1.1. Наименование системы 1.1.1. Полное наименование системы Полное наименование: Автоматизированная библиотечная система. 1.1.2. Краткое наименование системы Краткое наименование: АБС, Система. 1.2. Основания для проведения работ Работа выполняется на основании договора № 228 от 16.09.2022 между МКУ «ИКДЦ» и ИП Щербаков М.С. 1.3. Наименование организаций – Заказчика и Разработчика 1.3.1. Заказчик Заказчик: МКУ «ИКДЦ» структурное подразделение Библиотека поселковая Адрес фактический: 628146 п. Игрим ул. Транспортная д.34 Телефон / Факс: 8(34674) 3-14-50 1.3.2. Разработчик Разработчик: ИП Щербаков М.С. Адрес фактический: п. Игрим ул. Лесная 4А Телефон / Факс: +7-922-787-13-73 1.4. Плановые сроки начала и окончания работы Начало работ: 15.01.2023 Окончание работ: 31.03.2023 1.5. Источники и порядок финансирования Информация об источниках финансирования содержится в договоре №228 от 16.09.2022 между МКУ «ИКДЦ» и ИП Щербаков М.С. 1.6. Порядок оформления и предъявления заказчику результатов работ Работы по созданию АБС сдаются Разработчиком поэтапно в соответствии с календарным планом Проекта. По окончании каждого из этапов работ Разработчик сдает Заказчику соответствующие отчетные документы этапа, состав которых определены Договором. 2. Назначение и цели создания системы 2.1. Назначение системы АБС предназначена для повышения оперативности и качества хранения библиотечных данных сотрудниками Заказчика. Основным назначением АБС является автоматизация информационно-аналитической деятельности в бизнес-процессах Заказчика. В рамках проекта автоматизируется информационно-аналитическая деятельность в следующих бизнес-процессах: 1. ведение отчета о поступлении и списании книг; 2. управление библиотечной деятельностью; 3. обработка учетных записей клиентов и сотрудников 2.2. Цели создания системы АБС создается с целью: обеспечения сбора и первичной обработки исходной информации, необходимой для подготовки отчетности по показателям деятельности; создания единой системы отчетности по показателям деятельности; повышения качества (полноты, точности, достоверности, своевременности, согласованности) информации; В результате создания хранилища данных должны быть улучшены значения следующих показателей: время сбора и первичной обработки исходной информации; количество информационных систем, используемых для подготовки аналитической отчетности; время, затрачиваемое на информационно-аналитическую деятельность; 3. Характеристика объектов автоматизации Основными направлениями деятельности МКУ «ИКДЦ» являются: обеспечение учебно-воспитательного процесса и самообразования путем библиотечного информационно-библиографического обслуживания учащихся и педагогов; обучение читателей пользованию книгой и другими носителями информации, поиску, отбору и умению оценивать информацию; формирование эстетической, экологической культуры и интереса к здоровому образу жизни. Как правило, объектом автоматизации являются бизнес-процессы, выполняемые в структурных подразделениях Заказчика. Следовательно, применительно к данному ТЗ, объектами автоматизации будут являться бизнес-процессы, выполняемые в структурном подразделении «Библиотека поселковая». Выделены следующие процессы в деятельности поселковой библиотеки, в рамках которых производится анализ информации и вынесены соответствующие выводы о возможности их автоматизации: Автоматизация такого процесса, как комплектование фонда позволяет: Освободить библиотечных сотрудников от существенных и непродуктивных временных затрат, сопряжённых, например, с необходимостью посещать места заказа и приобретения периодических изданий, литературы; Улучшить культуру сервиса в целом; Сократить физические затраты, связанные с осуществлением доставки заказанных документов в библиотеку; Сократить время ожидания книги абонентом, что также позволит Достичь оперативности исполнения работ. 4. Требования к системе 4.1. Требования к системе в целом 4.1.1. Требования к структуре и функционированию системы Система АБС должна быть централизованной, т.е. все данные должны располагаться в центральном хранилище. Контекстная диаграмма модели AS-IS («Как есть») процесса библиотеки представлена в Приложении 1. Она представляет собой наиболее общее описание текущей системы, требующей автоматизации. В Системе предлагается выделить следующие функциональные подсистемы: подсистема сбора, обработки и загрузки данных, которая предназначена для реализации процессов сбора данных из систем источников, приведения указанных данных к виду, необходимому для наполнения подсистемы хранения данных; подсистема хранения данных, которая предназначена для хранения данных в структурах, нацеленных на принятие решений; подсистема формирования и визуализации отчетности, которая предназначена для формирования бизнес-ориентированных витрин данных и отчетности. В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы должны использоваться специальные протоколы прикладного уровня, такие как: NFS, HTTP и его расширение HTTPS, NetBios/SMB, Oracle TNS. Для организации доступа пользователей к отчетности должен использоваться протокол презентационного уровня HTTP и его расширение HTTPS. Приводятся требования к характеристикам взаимосвязей со смежными системами. Смежными системами для АБС являются: - информационные системы оперативной обработки данных Заказчика; - информационные системы планирования; Источниками данных для Системы должны быть: - Информационная система управления предприятием (СУБД MS SQL). - Информационно-справочная система (СУБД MS SQL). - Информационная система обеспечения бюджетного процесса (СУБД Oracle). Перечень предпочтительных способов взаимодействия со смежными системами приведен ниже. - Информационная система управления предприятием - с использованием промежуточной базы данных (ПБД). - Информационно-справочная система - обмен файлами ОС определенного формата. 4.1.1.1. Требования к режимам функционирования системы. Система должна поддерживать следующие режимы функционирования: - Основной режим, в котором подсистемы АБС выполняют все свои основные функции. - Профилактический режим, в котором одна или все подсистемы АБС не выполняют своих функций. В основном режиме функционирования Система АБС должна обеспечивать: - работу пользователей в режиме – 24 часов в день, 7 дней в неделю (24х7); - выполнение своих функций – сбор, обработка и загрузка данных; хранение данных, предоставление отчетности. В профилактическом режиме Система АБС должна обеспечивать возможность проведения следующих работ: - техническое обслуживание; - модернизацию аппаратно-программного комплекса; - устранение аварийных ситуаций. Общее время проведения профилактических работ не должно превышать 27% от общего времени работы системы в основном режиме (18 часов в месяц). 4.1.1.2. Требования по диагностированию системы (какие средства будут использоваться или создаваться, чтобы обеспечить диагностику системы). Для обеспечения высокой надежности функционирования Системы как системы в целом, так и её отдельных компонентов должно обеспечиваться выполнение требований по диагностированию ее состояния. Диагностирование Системы должно осуществляться следующими штатными средствами, входящими в комплект поставки программного обеспечения: - СУБД – Microsoft SQL; - ETL-средство - Apache Airflow - средство визуализации - Tableau Public Обязательно ведение журналов инцидентов в электронной форме, а также графиков и журналов проведения ППР. Для всех технических компонентов необходимо обеспечить регулярный и постоянный контроль состояния и техническое обслуживание. 4.1.2. Требования к численности и квалификации персонала системы и режиму его работы 4.1.2.1. Требования к численности персонала В состав персонала, необходимого для обеспечения эксплуатации КХД в рамках соответствующих подразделений Заказчика, необходимо выделение следующих ответственных лиц: - Руководитель эксплуатирующего подразделения - 1 человек. - Администратор подсистемы сбора, обработки и загрузки данных - 2 человека. - Администратор подсистемы хранения данных - 2 человека. - Администратор подсистемы формирования и визуализации отчетности - 1 человек. Данные лица должны выполнять следующие функциональные обязанности. - Руководитель эксплуатирующего подразделения - на всем протяжении функционирования КХД обеспечивает общее руководство группой сопровождения. - Администратор подсистемы сбора, обработки и загрузки данных - на всем протяжении функционирования КХД обеспечивает контроль процессов ETL, подготовку и загрузка данных из внешних источников в хранилище данных. - Администратор подсистемы хранения данных - на всем протяжении функционирования КХД обеспечивает распределение дискового пространства, модификацию структур БД, оптимизацию производительности. - Администратор подсистемы формирования и визуализации отчетности - на всем протяжении функционирования КХД обеспечивает поддержку пользователей, формирование отчетности. 4.1.2.2. Требования к квалификации персонала К квалификации персонала, эксплуатирующего Систему КХД, предъявляются следующие требования. - Конечный пользователь - знание соответствующей предметной области; знание основ многомерного анализа; знания и навыки работы с аналитическими приложениями. - Администратор подсистемы сбора, обработки и загрузки данных - знание методологии проектирования хранилищ данных; знание методологии проектирования ETL процедур; знание интерфейсов интеграции ХД с источниками данных; знание СУБД; знание языка запросов SQL. - Администратор подсистемы хранения данных - глубокие знания СУБД; знание архитектуры «Звезда» и «Снежинка»; опыт администрирования СУБД; знание и навыки операций архивирования и восстановления данных; знание и навыки оптимизации работы СУБД. - Администратор подсистемы формирования и визуализации отчетности - понимание принципов многомерного анализа; знание методологии проектирования хранилищ данных; знание и навыки администрирования приложения; знание языка запросов SQL; знание инструментов разработки. 4.1.2.3. Требования к режимам работы персонала Персонал, работающий с Системой АБС и выполняющий функции её сопровождения и обслуживания, должен работать в следующих режимах: - Конечный пользователь - в соответствии с основным рабочим графиком подразделений Заказчика. - Администратор подсистемы сбора, обработки и загрузки данных – двухсменный график, поочередно. - Администратор подсистемы хранения данных – двухсменный график, поочередно. - Администратор подсистемы формирования и визуализации отчетности – в соответствии с основным рабочим графиком подразделений Заказчика. 4.1.3. Показатели назначения 4.1.3.1. Параметры, характеризующие степень соответствия системы назначению Система должна обеспечивать следующие количественные показатели, которые характеризуют степень соответствия ее назначению: - Количество измерений – X. - Количество показателей – Y. - Количество аналитических отчетов – Z. 4.1.3.2. Требования к приспособляемости системы к изменениям Обеспечение приспособляемости системы должно выполняться за счет: - своевременности администрирования; - модернизации процессов сбора, обработки и загрузки данных в соответствии с новыми требованиями; - модификации процедур доступа и представления данных конечным пользователям; - наличия настроечных и конфигурационных файлов у ПО подсистем; 4.1.3.3. Требования к сохранению работоспособности системы в различных вероятных условиях В зависимости от различных вероятных условий система должна выполнять требования, приведенные в таблице. Вероятное условие Требование Нарушения в работе системы внешнего электроснабжения серверного оборудования продолжительностью до 15 мин. Функционирование в полном объеме. Выход из строя сервера подсистемы хранения данных Уведомление администратора подсистемы хранения данных и администратора подсистемы сбора, обработки и загрузки данных 4.1.4. Требования к надежности 4.1.4.1. Состав показателей надежности для системы в целом Уровень надежности должен достигаться согласованным применением организационных, организационно-технических мероприятий и программно-аппаратных средств. Надежность должна обеспечиваться за счет: - применения технических средств, системного и базового программного обеспечения, соответствующих классу решаемых задач; - своевременного выполнения процессов администрирования АБС; - соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств; - предварительного обучения пользователей и обслуживающего персонала. 4.1.4.2. Перечень аварийных ситуаций, по которым регламентируются требования к надежности Под аварийной ситуацией понимается аварийное завершение процесса, выполняемого той или иной подсистемой АБС, а также «зависание» этого процесса. При работе системы возможны следующие аварийные ситуации, которые влияют на надежность работы системы: - сбой в электроснабжении сервера; - сбой в электроснабжении рабочей станции пользователей системы; - сбой в электроснабжении обеспечения локальной сети (поломка сети); - ошибки Системы АБС, не выявленные при отладке и испытании системы; - сбои программного обеспечения сервера. 4.1.4.3. Требования к надежности технических средств и программного обеспечения К надежности оборудования предъявляются следующие требования: - в качестве аппаратных платформ должны использоваться средства с повышенной надежностью; - применение технических средств соответствующих классу решаемых задач; - аппаратно-программный комплекс Системы должен иметь возможность восстановления в случаях сбоев. К надежности электроснабжения предъявляются следующие требования: - с целью повышения отказоустойчивости системы в целом необходима обязательная комплектация серверов источником бесперебойного питания с возможностью автономной работы системы не менее X минут; - система должны быть укомплектована подсистемой оповещения Администраторов о переходе на автономный режим работы; - система должны быть укомплектована агентами автоматической остановки операционной системы в случае, если перебой электропитания превышает Y минут; - должно быть обеспечено бесперебойное питание активного сетевого оборудования. Надежность аппаратных и программных средств должна обеспечиваться за счет следующих организационных мероприятий: - предварительного обучения пользователей и обслуживающего персонала; - своевременного выполнения процессов администрирования; - соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств; - своевременное выполнение процедур резервного копирования данных. Надежность программного обеспечения подсистем должна обеспечиваться за счет: - надежности общесистемного ПО и ПО, разрабатываемого Разработчиком; - проведением комплекса мероприятий отладки, поиска и исключения ошибок. - ведением журналов системных сообщений и ошибок по подсистемам для последующего анализа и изменения конфигурации. 4.1.4.4. Требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами. Проверка выполнения требований по надежности должна производиться на этапе проектирования расчетным путем, а на этапах испытаний и эксплуатации - по методике Разработчика, согласованной с Заказчиком. 4.1.5. Требования к эргономике и технической эстетике Подсистема формирования и визуализации отчетности данных должна обеспечивать удобный для конечного пользователя интерфейс, отвечающий следующим требованиям. В части внешнего оформления: - интерфейсы подсистем должен быть типизированы; - должно быть обеспечено наличие локализованного (русскоязычного) интерфейса пользователя; - должен использоваться шрифт: Arial - размер шрифта должен быть: 14 - цветовая палитра должна быть: #000000 - в шапке отчетов должен использоваться логотип Заказчика. В части диалога с пользователем: - для наиболее частых операций должны быть предусмотрены «горячие» клавиши; - при возникновении ошибок в работе подсистемы на экран монитора должно выводиться сообщение с наименованием ошибки и с рекомендациями по её устранению на русском языке. |