РД 50 пример. Пояснительная записка к техническому проекту на создание автоматизированной системы, основанный на методических указаниях рд 5034. 69890
 Скачать 225.77 Kb.
|
   РД 50-34.698-90 Пояснительная записка к техническому проекту на создание автоматизированной системы (пример технического проекта) Ниже представлен пример (образец) проектного документа "Пояснительная записка к техническому проекту на создание автоматизированной системы", основанный на методических указаниях РД 50-34.698-90. Данный документ формируется IT-специалистом на стадии технического проектирования информационной системы. В качестве примера разработки информационной системы использован проект внедрения информационно-аналитической системы «Корпоративное хранилище данных». На странице ниже приведено содержание пояснительной записки технического проектав соответствии с ГОСТ, внутри каждого из разделов кратко приведены требования к содержанию и текст примера заполнения (выделяется вертикальной чертой). Разделы пояснительной записки:
Пояснительная записка к техническому проекту на создание автоматизированной системы «Корпоративное хранилище данных» 1. Общие положения 1.1. Наименование системы 1.1.1. Полное наименование системы Полное наименование - Корпоративное хранилище данных. 1.1.2. Краткое наименование системы Краткое наименование - КХД, Система. 1.2. Основания для проведения работ Указывается номер и дата договора. Перечень документов, на основании которых создается система, кем и когда утверждены документы. Например: Работа выполняется на основании договора № … от … между … 1.3. Наименование организаций – Заказчика и Разработчика 1.3.1. Заказчик Заказчик: ОАО Заказчик Адрес фактический: г. Москва ... Телефон / Факс: +7 (495) 2222222 1.3.2. Разработчик Разработчик: ЗАО Разработчик Адрес фактический: г. Москва ... Телефон / Факс: +7 (495) 3333333 1.4 Цели, назначение и область использования системы Определяются цели (чего хочет достичь организация Заказчика от внедрения системы); назначение (для каких пользователей предназначена); области использования АИС (какие виды деятельности организации Заказчика охватывает система). Информация для разделов "Наименование системы", "Основания для проведения работ", "Наименование организаций – Заказчика и Разработчика", "Цели, назначение и область использования системы" берется из одноименных разделов технического задания на создание корпоративного хранилища данных. 1.5. Нормативные ссылки При техническом проектировании использовались следующие нормативно-технические документы: Например: 1. Техническое задание 2. Пояснительная записка к эскизному проекту 3. ГОСТ 34 -... 4. ... 1.6 Очередность создания системы Указывается очередность создания системы и характеристики каждой очереди (функциональность, ограничения, сроки, исполнители). Решение о составе и очередности предполагаемых работ принимается исходя из рабочего план-графика Проекта, лучших практик по ведению подобных проектов, специфики данного проекта. При этом очередность работ прорабатывается более детально чем на этапе эскизного проектирования (чем детальней проработан данный раздел, тем яснее представление о последовательности действий. В данном разделе приводится именно состав работ, без привязки к срокам и без определения зависимости между работами). Например: Ниже представлена предполагаемая очередность создания системы: - Производится разработка концептуальной, логической, физической модели хранилища данных. - Согласовываются регламенты взаимодействия с системами-источниками. - Проектируется структура таблиц. - Проектируются процессы сбора данных из систем-источников в область временного хранения данных. - Проектируются процессы преобразования данных. - Определяется состав дополнительных объектов (партиций, индексов, представлений, последовательностей и др.) к спроектированной физической модели области постоянного хранения данных. - Проектируются процессы загрузки данных в область постоянного хранения данных. - ... - Проектируются права на доступ к данным на уровне отчетности, объектов базы данных и записей в таблицах. - Производится настройка активного сетевого оборудования. - Производится настройка аппаратно-технической части. - Разрабатывается план установки серверного программного обеспечения. - Производится установка серверного программного обеспечения. - Реализуется структура таблиц и дополнительных объектов (партиций, индексов и др.) области временного хранения данных. - Реализуются процессы сбора данных в область временного хранения данных. - Реализуются дополнительные формы ввода данных предметными экспертами. - Реализуются процессы обработки данных. - ... - Реализуется политика разграничения прав доступа к данным на уровне отчетности, объектов базы данных и записей в таблицах. - Производится первоначальное наполнение базы данных тестовыми данными для проведения испытаний. - Производится настройка рабочих мест для проведения испытаний. - Производятся предварительные испытания. - Производится устранение ошибок, выявленных по результатам предварительных испытаний. - Производится опытная эксплуатация. - Производится устранение ошибок выявленных по результатам опытной эксплуатации. - Производятся приемочные испытания. - Производится устранение ошибок, выявленных по результатам приемочных испытаний. - Производится наполнение базы данных данными для ввода АИС в действие. - Проводится настройка рабочих мест пользователей. 2. Основные технические решения 2.1. Решения по структуре системы, подсистем, средствам и способам связи для информационного обмена между компонентами системы 2.1.1. Логическая и компонентная архитектура систем В данном разделе приводятся программные решения, разрабатываемые на детальном уровне (с привязкой к используемым языкам программирования), а также перечень, назначение и взаимосвязи готовых (закупаемых) и вновь разрабатываемых программных компонентов, их отображение на программные классы (какие компоненты реализуют какие классы). На основании аналогичного раздела пояснительной записки эскизного проектаприводится состав программных средств, которые будут использоваться при построении хранилища данных. Состав программных средств приводится более расширенный (указываются конкретные версии; возможно, по согласованию с Заказчиком конкретные версии не указывать) на основании знаний о том, какие компоненты входят в состав программных средств, приведенных в техническом задании, в пояснительной записке к эскизному проекту, и какие из этих компонентов будут использованы на Проекте, а также на основании знаний о том, какие дополнительные компоненты нужны для реализации системы. Например:
Далее приводится техническая архитектура с описанием технологических компонентов системы. За основу данной архитектуры берется техническая архитектура решения и ее описание, приведенная в аналогичном разделе пояснительной записки к эскизному проекту. Данная архитектура может быть уточнена на основании знаний о том, какие компоненты изменились или добавились в ходе проектирования. Например:  В состав разрабатываемой системы будут включены следующие технологические компоненты: - программное обеспечение поддержки модели данных представляет собой программное обеспечение, автоматизирующее разработку и поддержку модели ХД - ERwin; - ETL-приложение – это комплексное решение Informatica Power Center, с помощью которого реализуются процессы извлечения, проверки, преобразования и загрузки данных из источников. - сервер БД представляет собой промышленную систему управления базами данных (СУБД). На данном сервере хранятся НСИ, область временного и постоянного хранения данных, агрегаты данных. Реализована система разграничений прав доступа на уровне объектов и записей в таблицах. В качестве сервера БД будет использоваться Oracle DB EE 10g rel.2; - сервер приложений – продукт, обеспечивающий поддержку промышленной инфраструктуры бизнес-приложений. Включает в себя следующий ряд приложений обеспечивающих: - стандартные подходы к организации служб каталогов, централизованные методы организации; - развертывание сервисов разработки дополнительных приложений; - развертывание сервисов анализа и отчетности. - средства администрирования и разработки – набор программных продуктов, предназначенных для администрирования системы ETL (Administrator, Manager), баз данных, сервера приложений (Enterprise Manager) и разработки отчетности (Developer Suite). - клиентские места сотрудников (внутри локальной вычислительной сети), представляющие собой автоматизированные рабочие места. Рекомендации. Желательно в данном разделе указывать конкретные версии устанавливаемого ПО. Это позволит избежать смены версии ПО на более поздних этапах, но уменьшит возможность маневра в части версионности как для Разработчика, так и для Заказчика. 2.1.2. Функциональная структура системы В данном разделе формируется техническое решение по функциональной архитектуре хранилища данных. За основу принимается аналогичный раздел из пояснительной записки к эскизному проекту и при необходимости вносятся в него уточнения (например добавляется сетевой администратор и т.п.). В первую очередь в данном разделе формируется схема функциональной структуры КХД. За основу берется схема из пояснительной записки к эскизному проекту:  После чего проводится уточнение описания подсистем и взаимосвязей между подсистемами. За основу берется описание и взаимосвязи из аналогичного раздела пояснительной записки эскизного проекта. Рекомендация. Данные по оборудованию, на котором предполагается развертывание системы, желательно четко знать до начала проекта и прилагать максимум усилий, чтобы в ходе проекта Заказчик не изменял параметры данного оборудования. 2.2. Решения по взаимосвязям АС со смежными системами, обеспечению ее совместимости Приводятся уточненные эскизные решения по взаимосвязи КХД со смежными системами, обеспечению ее совместимости (описание используемых протоколов обмена данными, средств и методов обмена данными). Например: Приводится перечень смежных систем, способы взаимодействия.
Ниже представлена детальная схема взаимодействия системы КХД и смежных систем.  2.3. Решения по режимам функционирования, диагностированию работы системы В данном разделе приводятся уточненные решения по режимам функционирования, диагностированию работы системы на основании аналогичного разделапояснительной записки к эскизному проекту. Приводится описание решений по диагностированию системы, осуществляемых путем установления и изучения признаков, которые характеризуют состояние системы для предсказания возможных отклонений и предотвращения нарушений нормального режима ее работы. Например: Предлагается следующая реализация решений по режимам функционирования системы: - Основной режим, в котором все подсистемы выполняют свои основные функции. - Профилактический режим, в котором одна или все подсистемы не выполняют своих функций. В данный режим работы система переходит в следующих случаях: возникновение необходимости модернизации аппаратно-программного комплекса; возникновение необходимости проведения технического обслуживания; выход из строя аппаратно-программного комплекса, вызванный выходом из строя элементов аппаратной или программной базы; выход из строя сети передачи данных и другие аварийные ситуации. В основном режиме функционирования система обеспечивает: - работу пользователей в режиме – 24 часа в день, 7 дней в неделю (24х7); - выполнение своих функций – сбор, обработка и загрузка данных; хранение данных, предоставление отчетности по показателям. В профилактическом режиме система обеспечивает возможность проведения следующих работ: - техническое обслуживание; - модернизация аппаратно-программного комплекса; - устранение аварийных ситуаций. Принимается предварительное решение о том, что общее время проведения профилактических работ не должно превышать X% от общего времени работы системы в основном режиме (XX часов в месяц). Принимается предварительное решение о том, что для обеспечения высокой надежности функционирования как системы в целом, так и ее отдельных компонентов необходимо проводить регулярное диагностирование состояния компонентов. В таблице ниже представлены средства диагностики по подсистемам.
|