РД 50 пример. Пояснительная записка к техническому проекту на создание автоматизированной системы, основанный на методических указаниях рд 5034. 69890
 Скачать 225.77 Kb.
|
|
Рекомендации. Подобным образом формируется описание действий, выполняемых для реализации каждой подзадачи задач функций для каждой подсистемы. При этом детализация описания сценария более подробна, чем на этапе эскизного проектирования. Приводятся конкретные действия по настройке или разработке. Те сценарии (например, для алгоритмы разработки ETL-процессов, настройки отчетности, которые достаточно объемны, выносятся в отдельные приложения и в сценариях на них дается ссылка). Допускается при описании сценария вставка пояснительных рисунков (например, схема организации разграничения прав доступа и т.п.). При описании данных сценариев должны быть тщательно проработаны все технические решения. 2.7. Состав и размещение комплексов технических средств Уточненные решения по комплексу технических средств, его размещению на объекте. В данном разделе актуализируется схема, приведенная в аналогичном разделе пояснительной записки к эскизному проекту. В схему вносятся следующие изменения: обозначаются подсети размещения серверов и рабочих станций, актуализируется состав портов и протоколов, актуализируется набор компонентов, устанавливаемых на сервера. Например:  Ниже данной схемы приводится расшифровка использованных в ней сокращений. Также приводится описание сценария взаимодействия между компонентами системы с точки зрения сетевого взаимодействия. Например: AD Server – служба каталога Active Directory, содержащая учетные записи пользователей информационных ресурсов и являющаяся источником информации об учетных записях сотрудников Заказчика. Firewall – межсетевой экран. Application Server – сервер приложений. ETL server – сервер, на котором устанавливается ПО подсистемы извлечения, преобразования и загрузки данных. DB server – сервер, на котором устанавливается ПО подсистемы хранения данных. Ниже приведено описание сценария взаимодействия между компонентами системы: 1 – Используя WEB-браузер, пользователь заходит по адресу системы КХД. Через Firewall запрос пользователя передается на сервер приложений. 2 – Сервер проверяет наличие пользователя в группе пользователей системы в Active Directory. 3 – Для получения данных в отчетах по запросам пользователей, BI-приложение обращается к серверу базы данных. 4 – ETL server производит загрузку данных в БД системы КХД. 5 – ETL server в соответствии с регламентом производит извлечение данных из систем источников. Далее приводится перечень портов, которые необходимо открыть на межсетевых экранах между сегментами сетей. Приводятся решения по конфигурации оборудования (CPU, RAM, HDD, Network Card, Fiber Channel, ОС), разбивке дискового массива: тома, размеры томов, уровень RAID, SWAP. Определяются решения по резервному копированию: подсистема, тип копирования (холодная копия, логическое копирование, инкрементальные копирование) и его частота, приводятся решения по архивированию копий. Приводятся решения по размещению зон разработки, тестирования и промышленной эксплуатации. 2.8. Решения по составу информации, объему, способам ее организации, видам машинных носителей, входным и выходным документам и сообщениям, последовательности обработки информации и другим компонентам 2.8.1. Описание информационной базы В начале данного раздела приводится схема организации подсистемы хранения данных с указанием потоков данных между схемами. Например:  Ниже схемы приводится определение каждой из областей подсистемы хранения: область временного хранения данных, область постоянного хранения данных и область витрин данных, т.е. для хранения каких данных предназначена область. Например: ... Область постоянного хранения данных используется для хранения детализированных фактических значений показателей, нормативно-справочной информации в многомерной форме по схеме «звезда». ... Далее приводится список схем базы данных и описание прав доступа к ним. Права определяются на уровне пользователей, администраторов, предметных экспертов и т.д. По каждой из схем приводится информация о том, кто будет иметь к ней доступ и для чего данный доступ нужен. Например: DW - к данной схеме имеют доступ: пользователи КХД согласно назначенным ролям; пользователь, от имени которого запускаются ETL-процессы. ODS - к данной схеме имеют доступ: пользователь, от имени которого запускаются ETL-процессы. и т.д. Далее приводится описание каждой из областей хранения данных (обычно описание каждой области выносится в отдельный подраздел). Например: 2.8.1.1 Объекты области постоянного хранения Объекты области постоянного хранения классифицируются по принципу логической группировки таблиц (сущностей) по предметным областям – областям анализа данных. С точки зрения реализации объектов БД области постоянного хранения сущностей каждого класса, все классы сущностей реализуются в одной схеме БД – DW. Многомерная модель данной схемы реализована по принципу схемы «звезда», когда модель данных состоит из двух типов таблиц: одной таблицы фактов - центр «звезды» и нескольких таблиц измерений по числу измерений - лучи «звезды». Общий перечень всех объектов области постоянного хранения приведен в приложении №? данной пояснительной записке к техническому проекту. 2.8.1.1.1 Область анализа «Анализ клиентов» В данной области возможен анализ клиентов Заказчика (предприятия, организации и физические лица, потребляющие услуги и т.п.). Из данной области можно получить информацию на запросы следующего характера: - Общие запросы по клиентам - Организационно-правовая форма клиента - Месторасположение клиента (страна, город, почтовый адрес) - Контактная информация - Классификация отраслей промышленности - Договорные отношения с клиентами - прочее Ниже приведен рисунок, отображающий взаимосвязи между сущностями через внешние ключи.  Далее подобным образом описываются и представляются все области анализа и хранения схем базы данных хранилища. Рекомендации. В ходе формирования технической записки зачастую еще продолжаются работы по изучению источников данных и уточнению модели данных будущего хранилища. Важно этого не допускать. На данном этапе нужно уже полностью изучить источники и сформировать модель, дабы избежать в последствии значительных изменений модели данных, ETL-процессов и структуры БД. 2.8.2. Решения по пользовательскому интерфейсу В данном разделе приводится описание пользовательских интерфейсов в части преднастроенной отчетности BI приложения, интерфейсов ввода данных (при наличии таковых) и интерфейсов администраторов Системы ХКИ. Например: 2.8.2.1. Решения по пользовательскому интерфейсу в части преднастроенной отчетности Для реализации требований в части преднастроенной отчетности используется стандартная функциональность продукта BI Application. Для создания и работы с отчетами BI Application создается единственный бизнес-слой данных. Все бизнес-области будут далее создаваться с использованием одного бизнес-слоя данных. Это позволит использовать в отчетах элементы из разных бизнес-областей. Пример экранной формы отчета в BI Application представлен ниже: 1 – меню, содержащее список команд и панель инструментов. 2 – интерактивное окно редактирования отчета. 3 – таблица с данными. 4 – График, отображающий те же данные, что и в таблице, но в графическом виде.  2.8.2.2. Решения по пользовательскому интерфейсу в части интерфейсов ввода данных Пользовательский интерфейс в части ввода данных, отсутствующих в системах источниках и ведения таблиц соответствия, реализуется помощью Forms Application. Структура данных форм ввода и состав полей обычно выносится в приложение. Ниже приведен перечень интерфейсов ввода данных с указанием вида типовой формы реализации: С – форма ввода значений справочника; ДА – форма ввода дополнительных атрибутов; ДН – форма ввода данных; ТС – таблица соответствия.
Ниже приведен пример экранной формы пользовательского интерфейса форм ввода (данное приложение является «тонким» клиентом, реализованным через Java applets, и установки на компьютер пользователя не требует): 1 – меню, содержащее список команд и панель инструментов, при помощи которых возможно выполнить запрос данных, сохранить данные, произвести редактирование данных и печать данных. 2 – форма отображения и редактирования данных, на которой отображено текстовое поле ввода данных. Пользователь вводит данные в текстовое поле.  2.8.2.3. Решения по пользовательскому интерфейсу администраторов системы 2.8.2.3.1. Пользовательский интерфейс Администратора подсистемы формирования и визуализации отчетности Приводится описание интерфейсов администратора подсистемы формирования и визуализации отчетности аналогично описанию пользовательских интерфейсов. 2.8.2.3.2. Пользовательский интерфейс Администратора подсистемы сбора, обработки и загрузки данных Приводится описание интерфейсов администратора подсистемы сбора, обработки и загрузки данных аналогично описанию пользовательских интерфейсов. 2.8.2.3.3. Пользовательский интерфейс Администратора подсистемы хранения данных Приводится описание интерфейсов администратора подсистемы подсистемы хранения данных аналогично описанию пользовательских интерфейсов. 2.9. Методы и средства разработки Приводятся решения по составу программных средств, языкам деятельности, алгоритмам процедур и операций и методам их реализации. За основу данного раздела принимается аналогичный раздел пояснительной записки к эскизному проекту и проводится его уточнение. Например, наполнение может выглядеть следующим образом. Для создания ХКД будет использоваться лицензионное программное обеспечение, включающее СУБД Database EE, сетевую операционную систему Unix X.y, Application Server, BI Application, Form Application. Для работы с БД используется язык запросов SQL в рамках стандарта ANSI SQL-92 и расширений SQL для Database EE. Для разработки пользовательских интерфейсов и средств генерации отчетов (любых твердых копий) используется встроенные возможности средств генерации BI Application и средства создания пользовательских интерфейсов Form Application, а также, в случае необходимости, языки SQL, Java 1.4 и выше, язык разметки гипертекста – HTML 3.2 и выше, Java Script 1.3 и выше. Моделирование выполняется в рамках стандартов, поддерживаемых программными средствами моделирования ERWin и MS Visio: IDEF0, DFD и информационного моделирования IE, IDEF1Х. 3. Мероприятия по подготовке объекта автоматизации к вводу системы в действие В данном разделе приводят: - мероприятия по приведению информации к виду, пригодному для обработки на ЭВМ; - мероприятия по обучению и проверке квалификации персонала; - мероприятия по созданию необходимых подразделений и рабочих мест; - мероприятия по изменению объекта автоматизации; - другие мероприятия, исходящие из специфических особенностей создаваемых АС. Ниже представлен пример содержания данного раздела. За основу берется содержание соответствующих разделов из «Пояснительной записки к эскизному проекту» (при наличии таковой). 3.1 Мероприятия по подготовке информационной базы Приводится перечень мероприятий, которые должны быть проведены в целях приведения информации к виду, пригодному для использования в системе КХД. Для этого необходимо ответить на следующий вопрос: «Какие технические решения необходимо согласовать между Разработчиком и Заказчиком?». Например, форматы взаимодействия, способы взаимодействия и т.п. 3.2 Мероприятия по подготовке персонала Разрабатывается перечень, мероприятий который необходимо провести Заказчику, в целях подготовки пользователей и обслуживающего персонала системы КХД. Например, комплектация штата, назначение ответственных и т.п. 3.3 Мероприятия по организации рабочих мест Определяется перечень мероприятий, которые должны быть проведены Заказчиком в целях организации рабочих мест разработчиков, пользователей, администраторов системы. Например, организация подсети разработчиков и администраторов, организация обучения и т.п. Также в этом разделе приводятся предварительные требования к рабочим местам. Например, указывается, что на рабочих станциях пользователей должен быть установлен MS Internet Explorer не ниже версии 5.5 и т.п. 3.4 Мероприятия по изменению объекта автоматизации Приводится перечень мероприятий, которые должны быть проведены силами Заказчика в целях подготовки помещений для размещения аппаратно-технического комплекса системы и организации необходимого аппаратно-технического обеспечения. Например, организация сетевого взаимодействия, закупка оборудования и т.п. 3.5 Прочие мероприятия Указываются мероприятия по изменению объекта автоматизации, другие мероприятия, исходящие из специфических особенностей создаваемых АИС. Ковтун М.В., Байбородов К.М. Август 2010. Примеры документов ГОСТ примеры
Тематика
Популярные: За всё время:
ГОСТы
Начало формы Конец формы |