LinuxForum.Fans
Тема

ТЕХНИЧЕСКОЕ ЗАДАНИЕ на выполнение работ созданию информационной систем

Автор: chemtech 15 сообщений 11579 просмотров
#71350

Здравствуйте.
Есть ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на выполнение работ созданию информационной системы
по сбору, анализу и консолидации бюджетной,
статистической, ведомственной отчетности

Хочется выполнить задание на свободном программном обеспечении.
Кто-нибудь встречал типовые решения?

text

ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на выполнение работ созданию информационной системы по сбору, анализу  и консолидации  бюджетной, статистической, ведомственной отчетности

1.1) Требования к взаимосвязям между компонентами системы. Программное обеспечение единая информационная система (далее – ЕИС) должно обеспечивать интеграцию и совместимость на уровне реляционной базы данных, взаимодействия программных интерфейсов, взаимодействия Web-сервисов системы, экспорта-импорта XML-документов, структурированных текстовых файлов исходной информации (текстовых макетов) и документов пакета *.ODS, *.XLS. Подсистемы визуализации полученной информации, планирования и контроля (мониторинга) субвенций в рамках нормативно-подушевого финансирования (в части контроля) при формировании отчетов должны обеспечивать возможность программного подключения к подсистемам хранения, консолидации ЕИС и использовать массив данных, подготовленный данными подсистемами. Дополнительно к вышесказанному, подсистема планирования и контроля (мониторинга) субвенций в рамках нормативно-подушевого финансирования для сохранения информации должна использовать возможности подсистемы хранения ЕИС.

1.2) Требования к взаимосвязям со смежными системами Программное обеспечение ЕИС должно обеспечивать интеграцию и совместимость на уровне реляционной БД, взаимодействия программных интерфейсов, взаимодействия веб-сервисов системы, экспорта-импорта XML-документов, структурированных текстовых файлов исходной информации (текстовых макетов) и документов пакета *.ODS, *.XLS. Информационное взаимодействие с другими системами должно осуществляться путем экспорта-импорта XML-документов, структурированных текстовых файлов исходной информации и документов пакета *.ODS, *.XLS в соответствии с регламентами и форматами обмена информацией, разработанными на основании договоров и соглашений с организациями-владельцами смежных систем.

1.3) Требования к режимам функционирования системы К функционированию ЕИС предъявляются следующие требования: * круглосуточная работоспособность системы; * наличие обработки исключительных ситуаций; * автоматизированный мониторинг действий пользователей; * защита информации от несанкционированного доступа; * распределенный доступ пользователей к системе (каждый редактирует только «свои данные» и имеет доступ только к тем данным, которые ему настроены); * обеспечение сохранности информации при авариях (отказах технических средств, потере питания т.п.); * должна быть обеспечена возможность поэтапного наращивания, как производительности, так и функционального состава системы; * система должна иметь открытые интерфейсы для развития и интеграции;

1.4) Перспективы развития, модернизации системы Возможность развития и модернизации ЕИС должна обеспечиваться заложенными функциональными требованиями к системе в целом: модульность, масштабируемость, интегрированность, гибкость.

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

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

1.7) Требования к безопасности ЕИС относится к группе многопользовательских автоматизированных систем (АС), в которых одновременно обрабатывается и хранится информация разных уровней конфиденциальности. Не все пользователи имеют право доступа ко всей информации АС. Требования к информационной безопасности и защите информации в Системе ограничиваются реализацией механизма управления и контроля доступа к данным. Защита от несанкционированного доступа должна осуществляться с обязательным использованием функций по разграничению полномочий и обеспечению безопасности хранения, предоставляемых программным обеспечением СУБД (программная часть) и операционной системы (аппаратная часть), на которых функционирует ЕИС. В ЕИС должно обеспечиваться разграничение прав доступа на следующих уровнях: * разграничение прав доступа пользователей к объектам ЕИС; * разграничение доступа к функциям ЕИС (сбор данных, помещение данных в базу, администрирование данных). * разграничение доступа к данным. Информация о данных, доступ к которым пользователю запрещен, не должна отображаться на экране; * разделение полномочий на работу с данными (просмотр, редактирование). В рамках ЕИС должны присутствовать специализированные программные модули администрирования, обеспечивающие выполнение следующих функций: * возможность гибкой настройки полномочий пользователей на доступ к Системе; * ведение протокола доступа к ресурсам Системы (с возможностью экспорта в файл) по полям (дата, время, тип события, тип объекта, наименование объекта, идентификатор объекта, имя пользователя, идентификатор пользователя, рабочая станция); * ведение протокола ошибок Системы для аудита (дата и время, имя пользователя, идентификатор пользователя, имя программы, рабочая станция, текст ошибки); * ведение списка пользователей, допущенных к работе с Системой; Для Web-интерфейса системы должны выполняться следующие требования: * вход пользователей в Систему возможен только после аутентификации пользователя; * должна использоваться аутентификация с указанием логина/пароля или по доменной аутентификации пользователя; * должна быть обеспечена возможность работы через защищенный канал связи с поддержкой SSL (Secure Sockets Layer); * всем пользователям в Системе распределяются права на доступ к определенному набору документов; * должна быть возможность объединить пользователей в группы и назначить права группам пользователей; * для незарегистрированных пользователей должен существовать отдельный пользователь или группа «Гость». Этому пользователю или группе администратор системы также должен настраивать доступ к той части информации, которую можно считать публичной.

1.8) Требования к патентной чистоте Программное обеспечение и алгоритмы, разработанные в соответствии с условиями данного ТЗ, не должны являться предметом претензий о нарушениях патентного права любой третьей стороны. Программные и технические средства, приобретаемые у сторонних фирм и предприятий, должны сопровождаться документацией, подтверждающей правомочность этих организаций поставлять данную продукцию и сопровождаться лицензионным соглашением. При выполнении работ по доработке системы должны соблюдаться все авторские права разработчиков ЕИС и смежных систем.

2) Требования к функциям, выполняемым дополнительными подсистемами ЕИС. 2.1) Принципы функционирования Подсистема визуализации полученной информации ЕИС представляет собой программно-аппаратный комплекс, предназначенный для визуализации и анализа данных, хранящихся в единой информационной системе в виде различных отчетов, графиков, диаграмм, в том числе динамически формируемых непосредственно пользователем информационной системы. Подсистема должна обеспечивать: * Создание произвольного набора аналитических выборок (OLAP-кубов) непосредственно из единой информационной системы * Простой и удобный интерфейс для многомерного анализа существующих OLAP-кубов в реальном времени непосредственно пользователями единой информационной системы. * Формирование по рассчитанным OLAP-кубам отчетных форм, графиков и диаграмм. * Перенос полученной информации, графиков, диаграмм в MS Excel, OpenOffice.org Calc, MS Word, OpenOffice.org Writer. * Возможность изменения и дополнения внешнего вида отчетных форм, графиков и диаграмм, использующихся для визуализации информации. * Возможность работы как по ЛВС, так и через Web-доступ сети Internet. Подсистема должна функционировать в двух режимах работы: * Режим анализа. Данный режим предназначен для сотрудников профильных структурных подразделений учреждения. Позволяет на основе аналитических выборок проводить развернутый анализ данных из единой информационной системы в реальном времени, группируя данные по итогам/подитогам до получения необходимых разрезов. Результаты работ должны выгружаться в MS Excel, OpenOffice.org Calc, либо средствами подсистемы по ним должны формироваться графики и диаграммы, которые, в свою очередь, тоже должны выгружаться в MS Excel, OpenOffice.org Calc. * Режим «ситуационного центра». Данный режим предназначен для презентаций материалов, хранящихся в информационном хранилище на совещаниях, круглых столах, семинарах и т.п. Позволяет представлять данные в оперативном режиме из заранее настроенных аналитических выборок в виде слайдов и flash-анимации. Может использоваться, как рабочее место для высших должностных лиц, руководителей департаментов и отделов 2.2) Требования к видам анализа данных. 2.2.1) Наличие динамического анализа, а именно: * анализа изменения показателей за период (с возможностью дополнительной пометки тенденции изменения: увеличение, снижение, стабильно); * расчета абсолютного и относительного отклонений, приростов, темпов роста и темпов прироста, с возможностью вывода всех расчетных величин по одному выбранному показателю; * ранжирования показателей (по убыванию, по возрастанию); * определения максимального и минимального значений из выборки; * расчета среднего значения по выборке на каждую точку периода; * определения из выборки значений «выше среднего» и «ниже среднего»; * расчета отклонений от среднего значения по выборке; 2.2.2) Наличие структурного анализа, а именно: * расчета долей (удельных весов) по отдельным рядам выборки; * построения динамического ряда структурных диаграмм по выборке; * установки параметров вхождения части выборки в долю «Прочие» (с возможностью исключения из нее отдельных рядов); * выявления и индикации значений рядов выборки, попавших в группу «Прочие»; * отслеживания изменений долей выборки в динамике; 2.2.3) Наличие сравнительного анализа, а именно: * выявления среднего значения, группировки и индикации значений выборки на «лидирующие» и «отстающие» следующими методами: k-первых, медиана, среднее по выборке; * построения переходов из групп «лидирующие» и «отстающие»; * расчета количества рядов, находящихся в группах; * построения рядов из минимальных и максимальных значений выборки; * графического размещения сравниваемых рядов выборки на градиентном фоне (с окраской показателей); 2.2.4) Наличие комплексного анализа, а именно: * возможности экспертной установки «весов значимости» по выборке факторов; * возможности установки факторов параметра «негативный»/ «позитивный» (рост значения фактора отрицательно/положительно влияет на экономику); ранжирования значений факторов и комплексной (многофакторной) оценки по выборке территорий; * расчета баллов по факторам и комплексной оценке по выборке территорий; * сортировки территорий по значениям комплексной оценки; * представления результатов расчета на столбиковой диаграмме и картосхеме; 2.2.5) наличие кластерного анализа (группировки), а именно: * возможности установки количества групп, на которые разбивается выборка; * возможности автоматической (равномерная, линейная) и пользовательской установки границ групп; * распределения рядов выборки по группам согласно установленным границам; * выявления минимального и максимального значения рядов в отдельной группе; * расчета среднего значения по отдельной группе; * построения переходов анализируемых рядов по группам в динамике (с индикацией ухудшения/улучшения состояния в группах); * построения столбиковой диаграммы динамики значений (высота столбиков) рядов с учетом переходов анализируемых рядов по группам в динамике (цвет столбиков); 2.2.6) Наличие индикативного анализа, а именно: * проведения анализа по темповым показателям (при выборе абсолютного показателя должен проводиться пересчет его в темповое значение без использования индексов-дефляторов); * возможности пересчета темпов по квартальным и месячным зависимостям в двух видах: «в % к предыдущему периоду» и «в % к соответствующему периоду предыдущего года»; * индикации значений на трехцветной диаграмме («красный-желтый-зеленый»); * возможности изменения порядка следования цветов в зависимости от позитивности/негативности анализируемого показателя; * возможности автоматической и пользовательской генерации границ диапазона цвета для средней группы.

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

2.3.2) Требования к модернизации подсистемы сбора показателей ЕИС 2.3.3) Требования к функционированию подсистемы после модернизации Подсистема сбора первичной информации устанавливается в каждой организации и предназначен для занесения в единую информационную систему необходимой первичной информации из базы данных системы автоматизации бюджетного учета, используемого в организациях. В случае отсутствия необходимых данных в системе автоматизации бюджетного учета подсистема должна допускать ввод данных вручную. Подсистема должна функционировать в двух режимах работы: * Off-line режим. Предназначен для ввода показателей в промежуточный информационный банк без непосредственного подключения к подсистемам хранения и анализа единой информационной системы. В данном режиме, при окончании занесения, данные должны быть выгружены на внешний носитель информации в формате, необходимом для дальнейшей автоматической загрузки в подсистему хранения единой информационной системы. * On-Line режим. Предназначен для занесения информации непосредственно в подсистему хранения ЕИС по каналам связи. Могут использоваться как служебные закрытые, так и открытые каналы связи, например, сеть Internet. Возможности подсистемы после модернизации в обоих режимах работы так же должны включать: * Возможность принимать выгруженные из подсистемы консолидации ЕИС шаблоны форм, показателей эффективности БОР, контрольных соотношений. * Возможность проверки внутриформенных увязок и контрольных соотношений до поступления данных в подсистему хранения единой информационной системы. * Однозначную идентификацию пользователя, работающего в ЕИС в данный момент времени. * Хранение истории действий пользователя * Развитую систему помощи, с описанием всех возможных действий пользователя, часто возникающих ошибок и методов их устранения. * Проверку состояния текущей базы данных системы автоматизации бюджетного учета организации и получения из нее необходимой первичной информации. В случае невозможности получения из базы данных конкретного показателя - информирование пользователя о возникшей проблеме и вывод рекомендаций по ее устранению. Программные продукты, из которых должна быть реализована возможность получения первичной информации: 1) ПП «1C Предприятие 7.7.» типовая конфигурация «Бухгалтерский учет для бюджетных организаций»; 2) ПП «ПАРУС Бюджет 7». 2.3.4) Требования к модернизации программно-аппаратной подсистемы хранения ЕИС Требования к функционированию подсистемы после модернизации Подсистема хранения ЕИС представляет собой программно-аппаратный комплекс, предназначенный для хранения первичной информации, собранной посредством подсистемы сбора единой информационной системы. В результате модернизации подсистема должна обеспечивать: * прием и хранение первичной информации непосредственно в базе данных Oracle, PostgreSQL. С целью доступа к архивам показателей за прошедшие периоды подсистема должна использовать справочники контрагентов, пользователей, типовых показателей, архивов типовых показателей за истекшие периоды, контрольных соотношений. Все изменения данных справочников, произведенных в подсистеме хранения единой информационной системы, не должны вступать в противоречие с логической структурой базы данных и каким-либо образом затруднять его работоспособность. * организацию подключений удаленных пользователей подсистемы сбора первичной информации, работающих в режиме on-line; передачу таким пользователям всего набора первичных показателей в соответствии с типом пользователя и их правами * прием данных на сменных носителях от пользователей, работающих с подсистемой сбора первичной информации в режиме off-line * fphfhfhраразграничение прав доступа пользователей к разделам информации * взаимодействие с подсистемами консолидации и анализа единой информационной системы, предоставление пользователям этих подсистем дополнительной информации * поддержание и использование единого списка пользователей информационной системы. Лицензирование данных аппаратных средств производится в соответствии с действующим законодательством РФ.

2.3.5) Требования к модернизации программно-аппаратной подсистемы консолидации ЕИС Требования к функционированию подсистемы после модернизации Подсистема представляет собой программно-аппаратный комплекс, который предназначен для: * консолидации (сведения) информации, находящейся в подсистеме хранения единой информационной системе в различных разрезах * проверки контрольных соотношений, произвольных увязок между данными и отчетными формами * создания произвольного количества форм хранения первичных показателей * создание к формам произвольного количества внутриформенных, межформенных увязок, контрольных соотношений После модернизации подсистема должна обеспечивать: * хранение шаблонов отчетных форм и необходимой для их сведения информации: межформенных увязок, контрольных соотношений * передачу в подсистему хранения единой информационной системы консолидированных данных * работу по технологии клиент-сервер, с использованием единого списка пользователей информационной системы * разграничение прав пользователей внутри подсистемы на консолидацию, печать отчетных форм, разграничения доступа по разделам и типам данных * настраиваемый экспорт данных в XML формате для дальнейшего использования в стороннем персональном компьютере * возможность удаленного подключения пользователя с получением консолидированной информации, отчетных форм, графиков, диаграмм и т.п. * выгрузку шаблонов отчетных форм, межформенных увязок, контрольных соотношений для последующей загрузки в подсистему приема первичной информации единой информационной системы, функционирующие в off-line режиме. * Создание средствами подсистемы произвольного количества отчетных форм, внутриформенных, межформенных увязок, контрольных соотношений.

2.4) Требования к видам обеспечения 2.4.1) Требования к информационному обеспечению Информационное обеспечение представляет собой совокупность всех необходимых для функционирования системы данных и систем обеспечения. В состав информационного обеспечения входят нормативно-справочная информация, информационные объекты, входные и выходные данные и системы управления базами данных (СУБД). Состав данных должен быть достаточным для выполнения всех функций системы и отвечать требованиям полноты, достоверности, однозначной идентификации, непротиворечивости и необходимой точности представления. Система должна обеспечивать создание нормативно-справочной базы, при этом регламентированы следующие процессы: * введение в базу данных общероссийских, отраслевых и других классификаторов; * обновление соответствующих информационных массивов; * обеспечение группам пользователей к требуемым классификаторам. Система обеспечивает однократный ввод данных вне зависимости от того, в каких информационных массивах или базах данных они будут храниться и какими функциональными подсистемами использоваться. Информационный обмен данными осуществляется между пользователями и центральными частями системы посредством информационных каналов связи (локально-вычислительная сеть, коммутируемый доступ, выделенный канал связи и др.).

#71352

chemtech,
Поправьте меня, но мне кажется, что типового решения, которое удовлетворяло бы Вашему ТЗ, даже коммерческого не существует по linux/unix

#71356

Ну хоть что-то похоже. Пусть коммерческое. Но под СПО.

#71358
chemtech написал:
круглосуточная работоспособность системы;

ИБП + свой генератор

chemtech написал:
наличие обработки исключительных ситуаций;

что имеется в виду? дебаг?

chemtech написал:
автоматизированный мониторинг действий пользователей;

обычное логирование, либо удалённый скринкаст через VNC.

chemtech написал:
защита информации от несанкционированного доступа;

пароль на скринсейвер, аутентификация под управлением PolicyKit

chemtech написал:
каждый редактирует только «свои данные»

грамотная настройка прав юзеров, групп и файлов

chemtech написал:
обеспечение сохранности информации при авариях

тот же ИБП, плюс журналируемая ФС, что и так везде есть.

chemtech написал:
должна быть обеспечена возможность поэтапного наращивания, как производительности, так и функционального состава систе
chemtech написал:
должна быть обеспечена возможность поэтапного наращивания, как производительности, так и функционального состава системы

это вообще непонятно, к чему

chemtech написал:
система должна иметь открытые интерфейсы для развития и интеграции;

что такое "открытый интерфейс"?

#71359

Writer,
И так понятно что в написали, главное дальше. Есть типовое решение под Linux?

#71361

Более половины требований предполагают просто грамотную установку Linux и настройку админом. Остальное - какое-то многословие. Более-менее похоже на 1С.

#71395

Да установку Linux, я и так смогу сделать. Есть ли фирмы, которые предложать типовое решение? Например, на PHP?

#71396

chemtech,
Нужно более детально обсуждать ТЗ и не здесь, а при личной встрече

#71398
chemtech написал:
Кто-нибудь встречал типовые решения?

ну я встречал. а сколько это в $$?

#71416

drBatty, Прорекламируйте.

#71429

лень. расценки в ЛС. сбросте...

#71526
Санчо написал:
Этот пользователь провокатор. А тема - провокация.

провокация чего хоть?

#71565

Не нашел я аналогичный решений.
Спасибо за моральную поддержку.

#71569
chemtech написал:
Не нашел я аналогичный решений.

Writer развёрнуто ответил. что не так?
на месте это настраивается либо самостоятельно, либо за $$$. От количества этих $$$ напрямую зависит качество работы.

chemtech написал:
Спасибо за моральную поддержку.

всегда пожалуйста.

Войдите или зарегистрируйтесь, чтобы ответить.