Расширенный поиск
Постановление Администрации Алтайского края от 22.10.1996 № 636АДМИНИСТРАЦИЯ АЛТАЙСКОГО КРАЯ ПОСТАНОВЛЕНИЕ 22.10.1996 N 636 г.Барнаул Утратилo силу - Постановление Администрации Алтайского края от 02.10.2001 г. N 596 О разработке комплекса программных средств "Электронный банк данных документов Архивного фонда края" Внедрение системы автоматизированного документооборота ДОКА в органах государственной власти и управления края приводит к тому, что важная часть документов Архивного фонда создается в электронном виде. Система учета, передачи на государственное хранение, обеспечение сохранности, создание научно-справочного аппарата и организации использования данного вида документов не разработаны. Перед архивными учреждениями края встает проблема обеспечения сохранности и организации использования документов, сформированных в электронном виде. В соответствии с законом Алтайского края "Об Архивном фонде Алтайского края и архивах" и в целях обеспечения сохранности и эффективного использования электронных документов, постановляю: 1. Управлению архивного дела администрации края (Разгон Н.И.), комитету по информатизации администрации края (Смирнов Э.Б), Алтайскому НИИ информационных технологий и телекоммуникаций (Патудин В.М.), Центру информационных технологий администрации края (Евстратов М.И.) осуществить в течение 1997-1998 гг. разработку комплекса программных средств "Электронный банк данных документов Архивного фонда Алтайского края" согласно технического задания (приложение 1). 2. Комитетам администрации края по экономике (Ступин В.И.), по финансам, налоговой и кредитной политике (Юрин А.В.) рассмотреть возможность финансирования работ согласно смете при утверждении краевого бюджета на 1197-1998 годы (приложение 2). 3. Управлению архивного дела администрации края (Разгон Н.И.) и комитету по информатизации администрации края (Смирнов Э.Б.) подготовить проекты законов Алтайского края и положений для обеспечения приема документов на государственное хранение в течение 1997г. и I квартала 1998 года. 4. Контроль за выполнением настоящего постановления возложить на заместителя главы администрации края Ступина В.И. Первый заместитель Главы администрации края П.В. Ефремов Приложение 1 к постановлению администрации Алтайского края от 22.10.1996 N 636 Управление Архивного дела администрации Алтайского края (наименование организации-разработчика ТЗ на АС) Система автоматизированного документооборота "ДОКА" (САД ДОКА) Подсистема "Электронный банк данных документов Архивного фонда Алтайского края" (наименование вида АС) Органы государственной власти и управления, учреждения-источники комплектования Архивного фонда и архивные учреждения Алтайского края (наименование объектов автоматизации) "ЭБД АФАК" (сокращенное название АС) Техническое задание Действует с 1996 г. Разработчики: Алтайский НИИ информационных технологий и телекоммуникаций Центр хранения Архивного фонда Алтайского края Научный руководитель Конев Д.Г. Введение Актуальность работы вызвана переходом организаций-источников комплектования, прежде всего органов государственной власти и управления к формированию документов на машинных носителях на стадии текущего делопроизводства. В связи с этим перед архивными учреждениями встала задача выработки единых подходов к формированию, обеспечению сохранности, организации использования документов на машинных носителях. После вывода данной системы на промышленную эксплуатацию будут реализованы следующие функции: - Создание научно-справочного аппарата на этапе регистрации документа в организации-источнике комплектования - Автоматизированное проведение экспертизы документов - Автоматизированный прием документов по средствам телекоммуникаций - Прием документов на бумажной основе и их оцифровывание, при необходимости возможна его электронная реставрация - Хранение документов как полнотекстовой базы данных документов, с проведением всех операций по учету и хранению документов - Оперативный поиск необходимой информации Для обеспечения приема документов в центр хранения архивного фонда края необходимо принятие ряда законодательных актов и положений. - Закона "О придании юридической силы документам на машинной основе, получаемым в автоматизированные системы и из автоматизированных систем" - Закона "Об информационных ресурсах Алтайского края" Ответственные - комитет по информатизации - "Положение о пользователях информационной системы "ЭБД АФАК" - "Положение о порядке предоставления информации в информационно-поисковую систему "ЭБД АФАК" Ответственные - Управление по делам архивов администрации края Данные законодательные акты должны быть разработаны в течение 1997 г. и утверждены при выводе системы на опытную эксплуатацию в 1 кв. 1998 г. Поставленные цели решаются с помощью подсистем, разработка которых определена техническим заданием на "ЭБД АФАК". Для обеспечения разработки системы в поставленные сроки необходимо определенное техническое обеспечение, сроки поставки которого должны быть согласованы со сроками проведения работ по этапам. 1. Общие сведения Настоящее техническое задание составлено на разработку организационных, функциональных, программных, математических и технических средств, обеспечивающих единые принципы и порядок формирования, учета, поиска, экспертизы ценности, обеспечения сохранности и использования электронных документов в государственных архивных учреждениях и организациях-источниках комплектования. 1.1. Полное наименование системы и ее условное обозначение: Система автоматизированного документооборота ДОКА (САД ДОКА), подсистема "Электронный банк данных документов Архивного фонда Алтайского края". 1.2. Шифр темы или шифр-номер договора: ЭБД АФАК.ТЗ.01.01.01.М 1.3. Наименование предприятий разработчика и заказчика, их реквизиты Заказчик: Управление архивного дела администрации Алтайского края. Разработчик: Алтайский НИИ информационных технологий и телекоммуникаций Центр информационных технологий администрации Алтайского края Иные специализированные организации Адрес и расчетный счет разработчика ТЗ: 656035, г. Барнаул, пр. Ленина,61; расчетный счет 609403 РКЦ г. Барнаула МФО 101006 индекс 2221001736. 1.4. Перечень документов, на основании которых создается система, кем и когда утверждены документы: Приказ государственной архивной службы России от 26.03.96 N 15 о проекте "Концепции информатизации архивного дела России" Постановление администрации Алтайского края от 01.09.95 N 344 "О реализации государственной политики в сфере информатизации" Постановление администрации Алтайского края от 10.12.93 N 369 "О реализации государственной политики в архивном деле" Постановление администрации Алтайского края от 04.05.95 N 165 "О программе информатизации архивных учреждений Алтайского края" Постановление администрации Алтайского края от 29.03.96 N 173 "О формировании информационных ресурсов края" Письмо комитета по делам архивов администрации края от 13.09.95, приложение 1. "Заявочная карта" 1.5. Плановые сроки начала и окончания работ по созданию: начало - март 1996 года конец: 1.6. Сведения об источниках и порядке финансирования работ: Финансирование предполагается из средств краевого бюджета, размеры уточняются ежегодно. 1.7. Порядок оформления и предъявления заказчику результатов работы по созданию системы (ее частей), по изготовлению и наладке отдельных средств (программных, информационных) и программно-технических (программно-методических) комплексов системы: Разработчик выполняет работы в соответствии с планом-графиком и договором. Поэтапно передает в эксплуатацию методические материалы, проектную документацию, программное обеспечение в сроки, определяемые планом-графиком и договором. Передача оформляется актом сдачи-приемки научно-технической продукции, который утверждается заказчиком и исполнителем. 2. Назначение и цели развития системы 2.1. Цель создания системы Главной целью реализации данной системы является ускоренное внедрение в научно-практический оборот документов органов государственной власти и иных источников комплектования Центра хранения архивного фонда края, уменьшение расходов на хранение информации, поступающей в архивный фонд края, ее учет и поиск. Определение и разработка требований к формированию электронного документа. Разработка систем приема и хранения электронных документов от учреждений-источников комплектования в форме "электронной описи" в государственные архивные учреждения. Основными пользователями системы будут являться учреждения-источники комплектования, а также иные пользователи, которые будут заключать договора депозитарного хранения документов или иные договора (в том числе и коммерческие на передачу программных средств). 2.2. Назначение системы Разрабатываемая система предназначается для автоматизации всех уровней управления документопотоком архива, обеспечения более оперативного доступа к документам, их учету и поиску. 2.2.1. Создание электронных документов и электронных дубликатов документов на бумажной основе , находящихся в учреждениях-источниках комплектования. 2.2.2. Формирование системы учета, поиска и хранения электронных документов на этапе регистрации в делопроизводстве. 2.2.3. Проведение экспертизы ценности электронных документов в соответствии с "Перечнем типовых документов, образующихся в деятельности учреждений, предприятий и организаций с указанием сроков хранения" (М.,1989), отраслевыми перечнями и номенклатурами дел. 2.2.4. Создание научно-справочного аппарата к электронным документам, поступающим на государственное хранение в виде "электронной описи". 2.2.5. Разработка системы приема на государственное хранение электронных документов и научно-справочного аппарата к ним в виде "электронной описи" от объектов автоматизации по истечении делопроизводственного года. 2.2.6. Разработка системы хранения электронных документов в архивных учреждениях. 2.2.7. Создание системы оперативного поиска и доступа к документной информации на базе электронных документов независимо от места их хранения. 2.2.8. Контроль физического состояния электронных документов на этапе приема на государственное хранение, при необходимости их электронная регистрация. 2.2.9. Формирование страхового фонда электронных документов, поступающих на государственное хранение. 2.2.10. Создание системы централизованного учета электронных документов. 3. Характеристика объектов автоматизации 3.1. Краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию Объектами автоматизации являются архивные учреждения, учреждениях-источниках# комплектования, документы органов государственной власти и управления, других учреждениях-источниках комплектования Архивного фонда Алтайского края и государственных архивных учреждений, создающиеся в электронном виде. В делопроизводстве органов государственной власти и управления, учреждения-источниках комплектования формируются документы в электронном виде, но единых подходов к порядку их формирования не разработано. Каждое учреждение имеет свою локальную систему поиска информации по документам такого вида. Архивные учреждения осуществляют прием на государственное хранение документов от организаций-источников комплектования, сформированных на бумажной основе. Основным учетным и научно-справочным документом при этом является опись постоянного хранения. Для документов, формирующихся в электронном виде, система учета, приема на государственное хранение, создания научно-справочного аппарата и использования не разработана. 3.1.1. Особенности объекта управления К особенностям учреждений, как объекта управления, определяющего основные требования к разрабатываемой АСУ следует отнести: - дискретный характер производства - большое разнообразие неструктурированных запросов к системе - высокая степень разнообразности имеющихся документов - иерархии в структуре учреждения 3.2. Сведения об условиях эксплуатации объекта автоматизации и характеристика окружающей среды В настоящее время в Центре хранения Архивного фонда Алтайского края и Управления архивного дела администрации Алтайского края создана локальная сеть из 8 IBM-PC совместимых ПЭВМ класса 286/386/486; организовано взаимодействие в режиме "электронной почты" с администрацией Алтайского края и федеральной архивной службой России. Разработана и проходит опытную эксплуатацию программа "Решения, распоряжения органов государственной власти" (в перспективе "электронный систематический каталог"). В результате разработки подсистемы "ЭБД АФАК" будет обеспечена совместимость баз данных с программой "Решения, распоряжения органов государственной власти" и САД ДОКА. Начато обследование учреждений-источников комплектования Центра хранения Архивного фонда, оснащенных электронными вычислительными машинами. На 01.01.96 из 363 учреждений-источников комплектования обследовано 128, в 64 их них формируются документы в электронном виде. Комитетом по информатизации администрации Алтайского края разработана и распространяется на органы государственной власти и управления Система автоматизированного документооборота "ДОКА". В результате разработки подсистемы "ЭБД АФАК" будет обеспечена преемственность баз данных с системой "ДОКА" за счет ввода полей единых форматов. 4. Требования к системе 4.1. Требования к системе в целом Система "Банк данных электронных документов Государственного Архивного фонда" представляет комплекс программных, информационных, математических и организационных средств, позволяющих выполнять набор функций по приему, обработке, хранению и использованию документов. При разработке должны быть учтены, использованы и реализованы передовые информационные технологии, современные технические и программные средства. АСУ "Архив" рассматривается как сложная иерархическая система, требующая декомпозиции на комплексы (подсистемы) с замкнутыми контурами управления. В ней должны быть предусмотрены: - преимущественная ориентация на управление непосредственно процессами производства - возможность применения системы для многих учреждений за счет механизмов адаптации - использование принципа саморегулируемости для устойчивости системы и достоверности первичной информации - возможность постепенного внедрения - предоставление пользователю прав и средств введения в систему новых и модернизации существующих решений - высокая эффективность реализации процессов оперативной обработки информации за счет рациональной организации информационной базы и вычислительного процесса За основу при создании систему следует выбрать архитектуру клиент-сервер, отличительной чертой которой является обеспечение возможности функционального разделения прикладных процессов. Данное разделение может осуществляться в рамках как одной, так и нескольких вычислительных платформ, объединенных сетевыми средствами. Для более подробного организационно-экономического изучения, разработки и реализации данной системы необходимо создание творческих групп и проведение научно-исследовательских работ по различной тематике, определяемой составом данной системы. 4.1.1. Требования к структуре и функционированию системы 4.1.1.1. Перечень подсистем, их назначение и основные характеристики Реализация поставленных целей должна осуществляться через функционирование следующих подсистем: Подсистема ввода данных Основная задача подсистемы: перевод документов, созданных на различных видах носителей, в электронную форму с обеспечением их юридической защищенности. Автоматизация данного участка позволит наряду с введением законов: - Закона "О придании юридической силы документам на машинной основе, получаемым в автоматизированные системы и из автоматизированных систем" - Закона "Об информационных ресурсах Алтайского края" Ответственные - комитет по информатизации Принимать данные в автоматизированную систему практически во всех употребляемых форматах, как по средствам телекоммуникаций, так и традиционными путями. Обеспечить их юридическую защищенность путем записи на носители с неизменяющимся форматом (например CD-R), а также, путем применения "электронной подписи" и вышеперечисленных законодательных актов. Подсистема хранения Основная задача подсистемы: - обеспечение физической сохранности Автоматизация данного участка позволит обеспечить физическую сохранность как путем дублирования носителей для систем использования документов и страхового фонда, так и разработкой регламента копирования с оценкой конкретного вида носителей с экономической точки зрения. Подсистема учета и поиска Основная задача подсистемы: - ввод учетных и поисковых атрибутов на стадии формирования электронного документа. Автоматизация данного участка позволит уменьшить количество операторов в Центре хранения архивного фонда Алтайского края, перенеся данную работу в учреждения-источники комплектования. Учреждения-источники комплектования взамен получат достаточно эффективную подсистему поиска которая наряду со средствами "электронной почты", и средствами маршрутизации позволят создать достаточно эффективную систему текущего делопроизводства. Подсистема использования Основная задача подсистемы: - оперативный поиск, доступ и выдача информации по различным видам запросов независимо от места хранения документов. Подсистема экспертизы ценности Основная задача подсистемы: - проведение экспертизы ценности электронных документов в соответствии с "Перечнем типовых документов" (М., 1989), отраслевыми перечнями и номенклатурами дел. Подсистема создания НСА Основная задача подсистемы: - создание научно-справочного аппарата к электронным документам, отобранным на государственное хранение по итогам экспертизы ценности, в виде "электронной описи"; ввод информации в банк данных программы "Решения, распоряжения органов государственной власти". Подсистема формирования страхового фонда Основная задача подсистемы: - перевод электронных документов на носители, обеспечивающие сохранность информации и являющиеся в дальнейшем страховым фондом электронных документов. Подсистема реставрации Основная задача подсистемы: - проведение контроля физического состояния электронных документов, поступающих на государственное хранение; проведение электронной реставрации в случае выявления повреждений носителя. Подсистема централизованного учета: Основная задача подсистемы: - организация учета электронных документов, поступающих на государственное хранение, в соответствии с требованиями статистической отчетности. Системную целостность разрабатываемой многоуровневой АСУ планируется достичь за счет: - согласования целей системы и ее подсистем - установление механизмов целенаправленного доступа функционирования подсистем и системы в целом - установления механизмов взаимодействия подсистем и согласования информационных потоков между подсистемами - повышения устойчивости работы системы, когда при сбоях или авариях в одной или нескольких подсистемах, таких, что на некоторое время оказывается невозможным выполнение своих функций подсистемой, другие подсистемы имели возможность независимого функционирования, с минимальным ущербом для всей системы. 4.1.1.2. Требования к числу уровней иерархий и степени централизации системы данная система должна быть реализована по иерархическому принципу и сочетает принцип децентрализованного хранения документации, с централизованным изготовлением дубликата документа, хранение дубликата и его использование. 4.1.1.3. Требования к способам и средствам связи для информационного обмена между компонентами системы Информационный обмен между компонентами системы осуществляется по локальной сети и внешним сетям телекоммуникации с обеспечением удаленного доступа к системе. 4.1.1.4. Требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости, в том числе указания о способах обмена информацией (автоматической, пересылкой документов по телефону и т.п.). Так как система является открытой, а сети, на которых осуществляется взаимодействие компонентов системы, гетерогенны, то должна быть обеспечена возможность переноса документа на уровне DOS, WINDOWS, NOVELL, UNIX путем создания программ конвекторов или иными способами. 4.1.1.5. Требования к режимам функционирования системы Система должна обеспечивать круглосуточную работу в режиме приема электронного запроса на почтовый сервер, не пропуская его в локальную сеть. Для традиционного запроса применяется режим приема, определяемый режимом работы предприятия. 4.1.1.6. Требования по диагностированию системы Система должна обеспечивать диагностирование питания сервера при сбоях питания, а остальное диагностирование в пределах типового программного обеспечения. 4.1.1.7. Перспективы развития, модернизация системы Система должна быть масштабируемой, с возможностью адаптации к новым требованиям законодательства. Дальнейший рост системы должен давать возможность ее применения в качестве системы долговременной памяти системы поддержки решений (например, для органов государственной власти различных уровней), как основы для отработки различных экономико-математических моделей АСУ и построения на этой базе различных экспертных систем, где она обеспечивает роль регулятора обратной связи. 4.1.2. Требования к численности и квалификации персонала системы, режиму работы 4.1.2.1. Требование к численности персонала (пользователей) АС Система должна функционировать при минимально необходимом количестве персонала, при увеличении количества операторов должно быть предоставлено технико-экономическое обоснование. 4.1.2.2. Требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков Персонал должен обладать достаточной профессиональной подготовкой, определяемой действующими правилами, инструкциями, законодательством. Дополнительное обучение и стажировку, необходимые для внедрения системы, персонал проходит на базе заказчика. 4.1.2.3. Требуемый режим работы персонала АС Определяется действующим законодательством и режимом работы предприятия 4.1.3. Показатели назначения 4.1.3.1. Степень приспособляемости системы к изменению процессов и методов управления, к отклонениям параметров объектов управления Система должна быть адаптируемой, обеспечивать возможность наращивания мощности системы только за счет изменения аппаратных средств, обладать (для саморегуляции) свойством обратной связи. 4.1.3.2. Допустимые пределы модернизации и развития системы Состав системы определяется настоящим техническим заданием. Дальнейшая модернизация осуществляется по дополнительным ТЗ. 4.1.3.3. Вероятностно-временные характеристики, при которых сохраняется целевое назначение системы Вследствие неопределенности с выбором СУБД, банный показатель определяется по результатам проведения НИР. Ввиду того, что данная система является системой поддержки решений, предполагается, что система не будет работать в режиме реального времени, но должна обеспечивать максимально быстрое получение ответа на запрос. 4.1.4. Требования к надежности 4.1.4.1. Состав и количественные значения показателей надежности для системы в целом или ее подсистем Вследствие неопределенности с выбором СУБД данный показатель определяется по результатам проведения НИР, предполагается что данная СУБД как минимум должна обеспечивать режим транзакций с целью сохранения данных при различных аварийных ситуациях, а информационное обеспечение АСУ должно быть распределено по иерархическим уровням и подсистемам управления. 4.1.4.2. Перечень аварийных ситуаций, по которым должны быть регламентированы требования к надежности, и значения соответствующих показателей: Отказ системы питания сервера Несанкционированный доступ Отказ аппаратных элементов Значения показателей аварийных ситуаций определяются по результатам проведения НИР. 4.1.4.3. Требования к надежности технических средств и программного обеспечения Все элементы системы должны быть рассчитаны на неквалифицированного пользователя, должна быть произведена дезактивизация потенциально опасных клавиш или их сочетаний. 4.1.4.4. Требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующим нормативно-техническими документами. Оценка показателей надежности определяется тестовыми испытаниями аппаратуры или программных средств. По результатам испытаний составляется акт, который утверждается представителем заказчика. 4.1.5. Требования безопасности 4.1.5.1. Требования по безопасности при монтаже, наладке, эксплуатации, обслуживании и ремонте технических средств системы определяются действующими правилами. 4.1.5.2. Защита от воздействия электрического тока определяется ПТЭ и ПТБ потребителей электроэнергии. 4.1.5.3. Защита от воздействий электромагнитных излучений и полей определяется стандартом MPRII и TCO. 4.1.5.4. Защита от воздействия акустических шумов определяется действующими правилами. 4.1.5.5. Защита по допустимым уровням освещенности определяется действующими правилами. 4.1.6. Требования к эргономике и технической эстетике 4.1.6.1. Требования, задающие необходимое качество взаимодействия человека с машиной и комфортность условий работы персонала определяется действующими правилами и ГОСТ. 4.1.7. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы 4.1.7.1. Условия и регламент (режим) эксплуатации, которые должны обеспечивать использование технических средств (ТС) системы с заданными техническими показателями Система должна обеспечивать работу между плановыми ремонтами без дополнительных ремонтов. Персоналом системы выполняется только техническое обслуживание. Ремонт выполняется специализированными органами. 4.1.7.2. Предварительные требования к допустимым площадям для размещения персонала и ТС системы, а к параметрам сетей энергоснабжения. На электрические линии, по которым производится питание компьютеров системы, не должна быть подключена силовая нагрузка. 4.1.7.3. Требования к количеству, квалификации обслуживающего персонала и режимам его работы Для обслуживания сетевой операционной системы количество специалистов определяется документацией, количество специалистов для технического обслуживания определяется действующими нормативами. 4.1.7.4. Требования к составу и условиям хранения комплекта запасных частей, изделий и приборов Система должна обеспечивать свое функционирование только при наличии комплектующих текущего пользования. 4.1.7.5. Требования к регламенту обслуживания Определяются по действующим нормативам. 4.1.7.6. Требования к защите информации от несанкционированного доступа При построении офисных систем необходимо обратить особое внимание на решение программной, технической и организационной проблемы электронной цифровой подписи (системы, позволяющей однозначно и гарантировано подтвердить авторство и установить истинность документа без использования бумажной технологии), допуска к документам ограниченного пользования. Для этого необходимо использовать рекомендации ФАПСИ по криптографической защите информации и применению организационно-технических средств защиты к информации ограниченного пользования. Доступ к системе должен быть ограничен с помощью: - правовых норм - организационных мер Организационные меры предусматривают проработку следующих вопросов: - проблемы организации работы на ВЦ - установление режима доступа на ВЦ - применимости мер защиты - разработка критериев надежности и времени восстановления ЭВМ после сбоя в период реорганизации - Организационно-управленческие - планирование разъяснения проблем защиты и обучения пользователя - подбор персонала и распределение работ - распределение ответственности персонала - мер непосредственной защиты - защита аппаратных средств - защита программных средств - защита баз данных 4.1.8. Требования по сохранности информации при авариях Вследствие большой трудоемкости восстановления данных при авариях система должна обладать возможностью полного восстановления данных за счет резервного копирования на резервную машину и страхового запаса на лазерных или магнитооптических дисках. 4.1.9. Требования к защите от влияния внешних воздействий 4.1.9.1. Требования к радиоэлектронной защите средств АС Определяются организацией, внедряющей данную систему 4.1.9.2. Требования по стойкости, устойчивости и прочности к внешним воздействиям Определяются организацией, внедряющей данную систему 4.1.10. Требования к патентной чистоте Система должна обеспечивать поддержание авторских прав по отношению к производителям программного обеспечения, систем управления базами данных, лиц, обладающих авторскими правами на базы данных. 4.1.11. Требования по стандартизации и унификации 4.1.11.1. Показатели, устанавливающие требуемую степень использования стандартных методов реализации функций (задач) системы Система должна максимально полно использовать стандартные методы реализации своих функций, по возможности избегать прямого доступа к ресурсам ЭВМ. 4.1.11.2. Показатели, устанавливающие требуемую степень использования типовых программных средств Система должна решать свои задачи максимально используя типовые программные средства. 4.1.11.3. Показатели, устанавливающие требуемую степень использования типовых математических методов и моделей Система должна решать свои задачи максимально используя типовые математические методы и модели. При использовании оригинальных алгоритмов их реализация должна быть осуществлена стандартными средствами. 4.1.11.4. Показатели, устанавливающие требуемую степень использования типовых проектных решений Система должна решать свои задачи, максимально используя типовые проектные решения. 4.1.11.5. Показатели, устанавливающие требуемую степень использования унифицированных форм управленческих документов Т.к. система основана на базе унифицированных документов, то должно быть обеспечено максимальное использование. 4.1.11.6. Показатели, устанавливающие требуемую степень использования общесоюзных классификаторов ТЭО и классификаторов др. категорий. Т.к. система основана на базе общесоюзных классификаторов ТЭО, СЕК, и т.д., то должно быть обеспечено полное использование. 4.1.11.7. Показатели, устанавливающие требуемую степень использования типовых автоматизированных рабочих мест, компонентов и комплексов Система должна решать свои задачи максимально используя типовые автоматизированные рабочие места, компоненты и комплексы. 4.1.12. Дополнительные требования 4.1.12.1. Требования к оснащению системы устройствами для обучения и документацией на них Система должна обеспечиваться полным комплектом рабочей документации. На всех этапах разработки документация оформляется в соответствии с требованиями ГОСТ 34.201-89. 4.1.12.2. Требования к сервисной аппаратуре, стендам для проверки компонентов системы Система должна использовать набор типовых средств диагностики, поставляемых с аппаратурой или сетевой средой (сервисные программы). 4.1.12.3. Специальные требования по усмотрению разработчиков или заказчика Определяются после проведения НИР. 4.2. Требования к функциям (задачам), выполняемым системой 4.2.1. Требования к видам обеспечения 4.2.1.1. Требования к информационному обеспечению При создании информационного обеспечения системы необходимо провести тщательный анализ предметных областей, определить основные информационные документы и оптимально разместить их на машинных носителях. Для определения информационных составляющих необходимо в полной мере использовать объектно-ориентированный подход, для адекватного отображения реальной действительности. Распределение информационных баз должно соответствовать архитектуре клиент-сервер. Аппарат доступа к документам должен быть максимально дружественный. Банк данных должен работать с элементами мультимедиа. Обработка данных в инвентаризованных информационных средах представляет собой область научно-исследовательских и опытно-конструкторских работ. Предполагается использование так называемых BLOB полей с возможностью подключения различных кодеков. Необходимо провести исследования по анализу применения различных типов СУБД, определить область их применения. При этом в качестве базовых пакетов для исследования следует использовать пакеты: Сервера баз данных: Interbase Informix on Line Оracle SQL сервера и серверы приложений, поставляемых с файловыми серверами Novell в виде HLM модулей. Клиенты: Paradox Delphi Системы управления базами данных, состав, структура и способы организации данных, их сбора в системе определяется по результатам проведения НИР. Данные в системе должны быть резервированы, реализован режим транзакций, позволяющий оперативно восстанавливать данные после сбоя, организована верификация данных. Порядок контроля, хранения, обновления данных определяется по результатам проведения НИР. 4.2.2. Требования к математическому обеспечению Математическое обеспечение банка данных реализует функции хранения и поиска информации с широким применением методов теории массового обслуживания, статистической обработки результатов. Математическое обеспечение должно рассматривать с одной стороны проблемы интерфейса пользователя, с другой стороны создание алгоритмических интеллектуальных сред, решающих трудно формализуемые задачи. Решить данные проблемы можно только при их комплексном анализе, создании банков данных моделей, методов и программного аппарата их эффективной выборки и обработки. При разработке системы следует выбрать объектно-ориентированный подход, целью которого является системное и адекватное представление объектов и построение на базе этого комплексных информационных, математических и программных моделей, однозначно отображающих их поведение. При разработке системы необходимо максимально автоматизировать труд проектировщиков, программистов и пользователей. Для этого целесообразно использовать современные CASE-технологии или хотя бы их элементы. Данный подход выдвигает серьезные требования к выбору современных технических и инструментальных программных средств, обеспечивающих максимальную автоматизацию труда проектировщиков и эффективную работу пользователей по развитию и доработке системы. Для эффективной работы в сети должен быть применен сервер приложений, что приведет к снижению трафика в сети и возможности использования устаревшей техники. Альтернативой может служить применение UNIX систем или их клона. При работе в сети Internet (relсom) необходимо использовать следующие сервисные средства: Почтовая услуга (UUCP, SMТP) Файловый сервер (FTP, WWW) Сервер доступа (использование вычислительных мощностей удаленных высокопроизводительных машин) Факс-сервер 4.2.4. Требования к техническому обеспечению Техническое обеспечение должно быть построено согласно концепции клиент-сервер. Для реализации локальной сети необходимо использовать открытую систему, которая состоит из управляющего ядра и должна быть совместимой с оборудованием различных фирм поставщиков. Наиболее подходящей считаем применение WINDOWS 95 т Novell 4.01, что позволит гибко сочетать возможности построения сетей различной архитектуры. Максимальный объем актуализированной информации (порядка 3Gb) требует размещения ее на сервере с дисковым массивом RAID объемом 10Gb, с магазином 4 CD-ROM дисков. Для записи информации постоянного срока хранения, особо ценной информации, части актуализируемой информации целесообразно использовать устройство записи на лазерные диски. Для реализации архитектуры клиент-сервер необходимо применять несколько серверов: - файл-сервер, с параметрами, описанными выше - сервер приложений, для которого основным требованием является не емкость носителей информации, а тип процессора и емкость оперативного запоминающего устройства. Исходя из количества подключаемых потребителей в качестве сервера приложений рекомендуется применять процессор с тактовой частотой не менее 133 МГц и емкостью запоминающего устройства не менее 64Мб, как альтернативу следует рассмотреть системы с многопроцессорной архитектурой. Сейчас в качестве почтового сервера может быть использована IBM-PC-совместимая 286, апгрейдированная до 486dx-2-66-8-500. Для подсистемы приема документов особенно актуальны мультимедийные возможности компьютера, поэтому к ранее принятому проекту информатизации архивной службы края, в которой предусмотрена графическая станция, следует в настоящем проекте добавить платы, программное обеспечение и иное оборудование, позволяющее обеспечить прием и оцифрование аудио- и видеодокументов. Окончательный состав оборудования определяется по результатам НИР. 4.2.5. Требования к организационному обеспечению При реализации данного проекта будут задействованы отдел обеспечения сохранности документов и учета, отдел вневедомственных архивов и формирования Архивного фонда, отдел использования и публикации документов, отдел научно-методической работы и информатизации. Основной разработчик системы отдел научно-методической работы и информатизации. При разработке нормативной документации необходимо рассмотреть вопросы организационной структуры учреждения, совершенствование методологических принципов управления, унификации документации и документооборота. 5. Состав и содержание работ по созданию системы 5.1. Порядок контроля и приемки системы Организация работ по созданию системы проводится по следующим этапам: Техническое задание (ТЗ) Технический проект (ТП) Рабочий проект (РП) Изготовление и поставка Подготовка персонала Приемо-сдаточные испытания 5.1.2. Разработка ТЗ включает в себя следующие стадии: определение назначения комплекса, разработка требований к комплексу, определение состава оборудования и материалов, используемых для разработки комплекса, составление, согласование, утверждение ТЗ на создание системы 5.1.3. Разработка ТП включает в себя следующие стадии: проведение научно-исследовательских работ разработка состава базы данных разработка функциональной части системы выработка решений по математическому, информационному и организационному обеспечению системы 5.1.4. Этап разработки рабочего проекта включает: разработку программ и их проверку на контрольных примерах разработку рабочей документации по организационному, математическому и информационному обеспечению разработку рабочей документации по программному и техническому обеспечению корректировку рабочей документации по результатам опытной эксплуатации разработку методических пособий и указаний 5.1.5. Этап изготовление и поставка на данном этапе выполняются следующие работы: разработка программного обеспечения испытание программных средств поставка заказчику 5.1.6. Этап подготовки персонала и функциональных служб включает следующие работы: обучение персонала, эксплуатирующего средства комплекса, управленческого персонала новым методам работы формированию информационной базы и ее проверке завершению проверки программ и инструкций на контрольных примерах оснащению рабочих мест инструкциями 5.1.7. Этап приемо-сдаточных испытаний составление графика проведения опытной эксплуатации опытная эксплуатация системы оформление и утверждение документации на проведение приемо-сдаточных испытаний и вводу системы в промышленную эксплуатацию 5.2. Порядок контроля и приемки системы Разработка системы считается законченной при выполнении следующих условий: разработана и оформлена вся проектно-техническая и рабочая документация сданы в промышленную эксплуатацию все указанные в ТЗ задачи подписан акт по результатам приемо-сдаточных испытаний Для приема системы в эксплуатацию создается государственная межведомственная комиссия. На всех этапах разработки документация оформляется согласно ГОСТ 34.201-89. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу в действие системы Требования по данному разделу определяются на этапе НИР и согласовываются протоколом на стадии опытной эксплуатации. Заместитель начальника общего отдела администрации края Ю.С. Карл Приложение 2 к постановлению администрации Алтайского края от 22.10.1996 N 636 Смета финансирования работ на 1997-1998 годы Разработка комплекса программных средств "Электронный банк документов Архивного фонда Алтайского края" будет осуществлена в несколько этапов. Первый этап Проведение НИР. Срок проведения работ 1-2 кв.1997г. На данном этапе будут осуществлены следующие работы: оценка уровня подготовленности Центра хранения архивного фонда края (далее - центра) к созданию АСУ - соответствие используемых в основном производстве технических средств и технологий современному уровню; наличие налаженного нормативного хозяйства, системы подготовки производства, классификаторов и шифраторов. Полученные в результате обследования данные послужат основой для разработки рекомендаций по совершенствованию организационной и функциональной структуры управления в соответствии с требованиями, предъявляемыми АСУ. Персонал организации-заказчика отвечает за правильный подбор и своевременное предоставление организации-разработчику всей первичной документации. Осуществляет совместно некоторые из видов работ, которые требуют совместного их проведения (например, уточнение структуры баз данных в части правильного наименования и т.п.). По результатам проведения данного этапа будут определены структуры баз данных по всем подсистемам, общие характеристики системы, необходимое лингвистическое, информационное, математическое, программное и техническое обеспечение, выданы рекомендации по совершенствованию организационной структуры центра в части, которая затрагивается внедрением АСУ. На 1 этапе необходимо доукомплектование центра техникой и программными средствами: ——————————————————————————————————————————————————————————————————————— | Наименование |Ед.изм.|Кол-во|Цена,$|Цена, руб.| Сумма | |——————————————————————————|———————|——————|——————|——————————|———————————| | Оборудование | | | | | | |——————————————————————————|———————|——————|——————|——————————|———————————| | (Made mon)P-5 | | | | | | |/3.5/133/512/EISA/PCI/64/ | | | | | | |2100Mb/<=4CPU/ | | | | | | |PC FWSCSI-2,Hotwap, | | | | | | |SVGA7"(0.28 lrwd) | | | | | | |4x CD-ROM, MO=1.2Gb | | | | | | |——————————————————————————|———————|——————|——————|——————————|———————————| |2. Рабочая станция | шт. | 1 | 1650 | 3459550 | 3459550 | |P5/3/100/256/EISA/PCI/16/ | | | | | | |850Mb/2Mb/Mouse PCI-IDE, | | | | | | |Midi--ower/SVGA14"(0.28lr)| | | | | | |——————————————————————————|———————|——————|——————|——————————|———————————| |3. Сетевые карты | шт. | 3 | 260 | 3999060 | 3999060 | |3COMIII coax/tp/aui | | | | | | |——————————————————————————|———————|——————|——————|——————————|———————————| |4. --коннектор | шт. | 2 | 3 | 15381 | 15381 | |——————————————————————————|———————|——————|——————|——————————|———————————| |5. BNC-коннектор | шт. | 4 | 4 | 20508 | 20508 | |——————————————————————————|———————|——————|——————|——————————|———————————| |6. Smart-UPS 420 VIS | шт. | 3 | 304 | 4673824 | 4673824 | | Power Shute VIS | | | | | | |——————————————————————————|———————|——————|——————|——————————|———————————| | | | | | Всего: | 82872828 | |——————————————————————————|———————|——————|——————|——————————|———————————| | Программное обеспечение | | | | | | |——————————————————————————|———————|——————|——————|——————————|———————————| |7. Windows NT (10 user) | шт. | 1 | 1217 | 6239339 | 6239339 | |——————————————————————————|———————|——————|——————|——————————|———————————| |8. (+ 20 user) | шт. | 1 | 682 | 3496614 | 3496614 | |——————————————————————————|———————|——————|——————|——————————|———————————| |9. SQ| для Windows NT | шт. | 1 | 2000 |10254000 | 10254000 | |——————————————————————————|———————|——————|——————|——————————|———————————| | | | | | Всего: |19990173 | ——————————————————————————————————————————————————————————————————————— Итого: 102863001 Цены на оборудование и программное обеспечение приводятся в долларах и рублях по состоянию на июль 1996 г. Курс за $ 5127 руб. Проведение НИР возможно только при условии полного выполнения финансирования по "Программе информатизации архивной службы Алтайского края". Для согласования работ с экспертной комиссией Федеральной службой России и выбора типовых программных средств необходимо осуществить командировку, для чего необходимы затраты в размере 5184000 руб. Проведение НИР осуществляется организацией-разработчиком системы совместно с организацией-заказчиком. Для чего необходимо создать межведомственную рабочую группу из представителей организации-разработчика и организации-заказчика# с данной целью предусмотреть в смете следующие затраты: ——————————————————————————————————————————————————————————————————————— |Затраты на разработку |Ед.изм.|Кол-во|Цена руб.|Сумма руб. | |———————————————————————————————|———————|——————|—————————|——————————————| |10.Фонд оплаты труда всего: |ч.Лет | 2.5 |12000000 | 30000000 | | из них собственными силами: |ч.Лет | 0.9 |12000000 | 10800000 | | привлеченными специалистами:|ч.Лет | 1.6 |12000000 | 19200000 | ——————————————————————————————————————————————————————————————————————— Итого по этапу проведения НИР Техника и программное обеспечение: 102863001 руб. Командировочные расходы: 5184000 руб. Фонд оплаты труда всего: 30000000 руб. Всего: 138047001 руб. Из них привлеченными специалистами: 19200000 руб. Итого: 127247001 руб. Проектирование первой очереди системы Для обеспечения преемственности баз данных центра с САД ДОКА администрацией края и выдачи технического задания для доработки САД "ДОКА" разработка подсистем экспертизы ценности, ввода данных, учета и поиска, выделена в задачу первой очереди, которые планируется разработать в течение 2-4 кв. и провести в 4 кв. 1997 г. опытную передачу данных из администрации края в центр хранения архивного фонда края. На данном этапе в соответствии с техническим заданием на всю систему будут разработаны локальные технические задания на подсистемы и комплексы программно-аппаратных средств: - экспертизы ценности документов (комплекс программно-аппаратных средств отбора документов на постоянное хранение и передачи его в ведомственный архив) - ввода данных (комплекс программно-аппаратных средств перевода документов, созданных на различных видах носителей, в электронную форму с обеспечением их юридической защищенности) - учета и поиска (комплекс программно-аппаратных средств ввода учетных и поисковых атрибутов на стадии формирования электронного документа и его регистрации) - создания НСА (комплекс программно-аппаратных средств создания научно-справочного аппарата к электронным документам, отобранным на государственное хранение по итогам экспертизы ценности, в виде "электронной описи"; и полнотекстового банка данных документов) Будут разработаны: эскизные и технорабочие проекты по данным подсистемам - закончены макеты программных средств. Будет проведено: - опробование системы по предварительно составленным тестам. Будет передана: техническая документация на подсистемы. Будет проведено: обучение специалистов центра работы с данным оборудованием и программным обеспечением. Для обеспечения совместимости с САД "ДОКА" эти технические задания будут переданы комитету по информатизации с целью модификации системы САД "ДОКА" путем ввода полей единых форматов, что облегчит передачу документов из САД "ДОКА" в "ЭБД АФАК". ——————————————————————————————————————————————————————————————————————— |Затраты на разработку |Ед.изм.|К-во|Цена| Цена |Сумма руб. | | | | | $ | руб. | | |———————————————————————————————|———————|————|————|————————|————————————| |11.Фонд оплаты труда всего: |ч.Лет | 4 | |12000000| 48000000 | | из них собственными силами: |ч.Лет | 0.5| |12000000| 6000000 | | привлеченными специалистами:|ч.Лет | 3.5| |12000000| 42000000 | ——————————————————————————————————————————————————————————————————————— Всего по этапам: Техника и программное обеспечение: 102863001 руб. Командировочные расходы: 5184000 руб. Фонд оплаты труда всего: 78000000 руб. Всего: 186047001 руб. Из них привлеченными специалистами: 61200000 руб. Итого: 170247001 руб. Второй этап Проектирование второй очереди системы Срок проведения работ 1-2 квартал 1998г. На данном этапе в соответствии с техническим заданием на всю систему будут разработаны локальные технические задания на подсистемы и комплекс программно-аппаратных средств: - использования (комплексы программно-аппаратных средств оперативного доступа, выдачи информации по различным видам запросов независимо от места хранения документов.) - формирования страхового фонда (комплекс программно-аппаратных средств перевода электронных документов на другие виды носителей, обеспечивающих сохранность информации и являющиеся в дальнейшем страховым фондом электронных документов.) - реставрации (комплексы программно-аппаратных средств контроля физического состояния электронных документов, поступающих на государственное хранение; проведение электронной реставрации в случае выявления повреждений носителя.) - централизованного учета (комплексы программно-аппаратных средств учета электронных документов, поступающих на государственное хранение, в соответствии с требованиями статистической отчетности.) Будут разработаны эскизные и технорабочие проекты по данным подсистемам, закончены макеты программных средств, проведено опробование системы на предварительно составленных тестах. Для работы по данным направлениям необходимо доукомплектование центра вычислительной техникой. Отдел обеспечения сохранности - 2 р.ст. Стол справок - 1 р.ст. Читальный зал - 2 р.ст. Лаборатория - 1 р.ст. ——————————————————————————————————————————————————————————————————————— | Наименование |Ед.изм.|Кол-во|Цена,$|Цена, руб.| Сумма | |——————————————————————————|———————|——————|——————|——————————|———————————| |12.Рабочая станция | шт. | 6 | 1650 | 3459550 |50757300 | |P5/3'/100/256/EISA/PCI/16/| | | | | | |850Mb/2Mb/Mouse PCI-IDE, | | | | | | |Midi--ower/SVGA14"(0.28lr)| | | | | | |——————————————————————————|———————|——————|——————|——————————|———————————| |13. Сетевые карты | шт. | 6 | 260 | 1333020 | 7998120 | |3COMIII coax/tp/aui | | | | | | |——————————————————————————|———————|——————|——————|——————————|———————————| |14. --коннектор | шт. | 6 | 3 | 15381 | 92286 | | BNC-коннектор | шт. | 12 | 4 | 20508 | 82032 | ——————————————————————————————————————————————————————————————————————— Итого: 58929738 Трудовые и финансовые затраты по данным направлениям составят: ——————————————————————————————————————————————————————————————————————— |Затраты на разработку |Ед.изм.|К-во|Цена| Цена |Сумма руб. | | | | | $ | руб | | |———————————————————————————————|———————|————|————|————————|————————————| |15.Фонд оплаты труда всего: |ч.Лет | 3 | |12000000| 36000000 | | из них собственными силами: |ч.Лет | 1 | |12000000| 12000000 | | привлеченными специалистами:|ч.Лет | 2 | |12000000| 24000000 | ——————————————————————————————————————————————————————————————————————— Итого по 1998 г.: 89929738 руб. Всего по этапам на 1997 - 1998 гг.: Командировочные расходы: 5184000 руб. Техника и программное обеспечение: 161792739 руб. Фонд оплаты труда всего: 114000000 руб. Всего: 186047001 руб. Из них привлеченными специалистами: 61200000 руб. Итого дополнительное финансирование: 264176739 руб. Третий этап: Внедрение Данные работы планируется завершить в 1998 г., чтобы в 1999 г. осуществить вывод всей системы на промышленную эксплуатацию. На этапе внедрения системы на специально подобранных тестах проводится опытная эксплуатация системы. Передается вся техническая документация на систему. Проводится обучение специалистов центра. Сроки проведения работ могут корректироваться в зависимости от объема проведенного финансирования. Список исполнителей: Егорова Елена Дмитриевна Баташов Михаил Васильевич Конев Дмитрий Георгиевич Срисок исполнителей может корректироваться при работе в целях максимального использования квалифицированного персонала ——————————————————————————————————————————————————————————————————————— |Стадии Содержание Срок выполнения Исполнитель Чем заканчивается | |(этапы) работ начало конец работа | ——————————————————————————————————————————————————————————————————————— НИР должна быть про- 1 кв. 2 кв. ЦХАФАК Определена струк- ведена оценка 1997 1997 АНИИИТиТ тура баз данных по уровня подготов- всем подсистемам оп- ленности Центра ределены общие ха- хранения архив- рактеристики сис- ного фонда края темы, программное (далее - центра) и аппаратное к созданию АСУ - обеспечение. Подго- соответствие ис- товлены первичные пользуемых в документы для соз- основном произ- дания локальных ТЗ водстве технических средств и технологий современному уровню; наличие налаженного нормативного хозяйства, системы подготовки производства, классификаторов и шифраторов. Проектирование 1 очереди системы 1 этап: ТЗ Разработка ло- 1 кв. 2 кв. ЦХАФАК Сформированы кальных ТЗ на 1997 1997 АНИИИТиТ локальные ТЗ и пе- подсистемы: реданы в админист- экспертизы рацию края для до- ценности доку- работки САД "ДОКА" ментов Утверждение доку- ввода данных ментации технора- учета и поиска бочего проекта - создания НСА системы ТРП Разработка тех- 3 кв. 4 кв. ЦХАФАК Сформированы маке- норабочих проек- 1997 1997 АНИИИТиТ ты программных тов и макетов средств, проведено программных первоначальное средств опробование вышеперечисленных подсистем, будет производиться обучение персонала заказчика. Проведена опытная передача данных из администрации края в центр хранения архивного фонда края Проектирование 2 очереди системы 1 этап: ТЗ Разработка ло- 1 кв. 2 кв. ЦХАФАК Сформированы ло- кальных ТЗ на 1998 1998 АНИИИТиТ кальные ТЗ. подсистемы: Утверждение использования документации техно- формирования рабочего проекта страхового фонда системы -реставрации -централизованного учета ТРП Разработка тех- 3 кв. 4 кв. ЦХАФАК Сформированы маке- норабочих проек- 1997 1997 АНИИИТиТ ты программных тов и макетов средств, проведено программных первоначальное оп- средств робование вышеперечисленных подсистем, будет производиться обучение персонала заказчика. Проведена опытная эксплуатация системы. осуществлена подготовка к вводу объекта в эксплуатацию 3 этап Внедрение Завершение пус- 1 кв. 4 кв. Вывод всей системы ко-наладочных 1998 1998 на промышленную работ и подго- эксплуатацию товки объекта к внедрению. Проведение приемо-сдаточных испытаний Заместитель начальника общего отдела Ю.С. Карл Информация по документуЧитайте также
Изменен протокол лечения ковида23 февраля 2022 г. МедицинаГермания может полностью остановить «Северный поток – 2»23 февраля 2022 г. ЭкономикаБогатые уже не такие богатые23 февраля 2022 г. ОбществоОтныне иностранцы смогут найти на портале госуслуг полезную для себя информацию23 февраля 2022 г. ОбществоВакцина «Спутник М» прошла регистрацию в Казахстане22 февраля 2022 г. МедицинаМТС попала в переплет в связи с повышением тарифов22 февраля 2022 г. ГосударствоРегулятор откорректировал прогноз по инфляции22 февраля 2022 г. ЭкономикаСтоимость нефти Brent взяла курс на повышение22 февраля 2022 г. ЭкономикаКурсы иностранных валют снова выросли21 февраля 2022 г. Финансовые рынки |
Архив статей
2024 Ноябрь
|