Представлен пример образец пояснительной записки к техническому проекту. Правила написания и оформления пояснительной записки. При написании пояснительной записки к диплому образец вам, скорее. Образец пояснительной записки к курсовой разрабатывается кафедрой на базе требований ГОСТов и в большинстве высших учебных заведений. Пояснительная записка к техническому проекту на создание автоматизированной системы пример технического проекта РД 5. Ниже представлен пример образец проектного документа. Данный документ формируется IT специалистом на стадии технического проектирования информационной системы. В качестве примера разработки информационной системы использован проект внедрения информационно аналитической системы Корпоративное хранилище данных. На странице ниже приведено содержание пояснительной записки технического проекта в соответствии с ГОСТ, внутри каждого из разделов кратко приведены требования к содержанию и текст примера заполнения выделяется вертикальной чертой. Общие положения. 1. Наименование системы. Полное наименование системы. Полное наименование Корпоративное хранилище данных. Пояснительная Записка Образец По Госту' title='Пояснительная Записка Образец По Госту' />Краткое наименование системы. Краткое наименование КХД, Система. Основания для проведения работ. Указывается номер и дата договора. Составление информационной части аннотация и содержание является необязательным. ГОСТ 19. 40479. Пояснительная записка должна. Пример содержания пояснительной записки для курсового проекта восьмого. Правила оформления пояснительной записки ГОСТ имеют следующие. Перечень документов, на основании которых создается система, кем и когда утверждены документы. Например Работа выполняется на основании договора. Наименование организаций Заказчика и Разработчика. Заказчик. Заказчик ОАО Заказчик. Адрес фактический г. Москва. Телефон Факс 7 4. Разработчик. Разработчик ЗАО Разработчик. Адрес фактический г. Москва. Телефон Факс 7 4. Цели, назначение и область использования системы. Определяются цели чего хочет достичь организация Заказчика от внедрения системы назначение для каких пользователей предназначена области использования АИС какие виды деятельности организации Заказчика охватывает система. Нормативные ссылки. Таблицу Косинусов Синусов И Тангенсов. При техническом проектировании использовались следующие нормативно технические документы Например 1. Техническое задание 2. Пояснительная записка к эскизному проекту. ГОСТ 3. 4. 4. Решение о составе и очередности предполагаемых работ принимается исходя из рабочего план графика Проекта, лучших практик по ведению подобных проектов, специфики данного проекта. При этом очередность работ прорабатывается более детально чем на этапе эскизного проектирования чем детальней проработан данный раздел, тем яснее представление о последовательности действий. В данном разделе приводится именно состав работ, без привязки к срокам и без определения зависимости между работами. Например Ниже представлена предполагаемая очередность создания системы Производится разработка концептуальной, логической, физической модели хранилища данных. Согласовываются регламенты взаимодействия с системами источниками. Проектируется структура таблиц. Проектируются процессы сбора данных из систем источников в область временного хранения данных. Проектируются процессы преобразования данных. Определяется состав дополнительных объектов партиций, индексов, представлений, последовательностей и др. Проектируются процессы загрузки данных в область постоянного хранения данных. Проектируются права на доступ к данным на уровне отчетности, объектов базы данных и записей в таблицах. Производится настройка активного сетевого оборудования. Производится настройка аппаратно технической части. Разрабатывается план установки серверного программного обеспечения. Производится установка серверного программного обеспечения. Реализуется структура таблиц и дополнительных объектов партиций, индексов и др. Реализуются процессы сбора данных в область временного хранения данных. Реализуются дополнительные формы ввода данных предметными экспертами. Реализуются процессы обработки данных. Реализуется политика разграничения прав доступа к данным на уровне отчетности, объектов базы данных и записей в таблицах. Производится первоначальное наполнение базы данных тестовыми данными для проведения испытаний. Производится настройка рабочих мест для проведения испытаний. Производятся предварительные испытания. Производится устранение ошибок, выявленных по результатам предварительных испытаний. Производится опытная эксплуатация. Производится устранение ошибок выявленных по результатам опытной эксплуатации. Производятся приемочные испытания. Производится устранение ошибок, выявленных по результатам приемочных испытаний. Производится наполнение базы данных данными для ввода АИС в действие. Проводится настройка рабочих мест пользователей. Основные технические решения. Решения по структуре системы, подсистем, средствам и способам связи для информационного обмена между компонентами системы. Логическая и компонентная архитектура систем. В данном разделе приводятся программные решения, разрабатываемые на детальном уровне с привязкой к используемым языкам программирования, а также перечень, назначение и взаимосвязи готовых закупаемых и вновь разрабатываемых программных компонентов, их отображение на программные классы какие компоненты реализуют какие классы. За основу данной архитектуры берется техническая архитектура решения и ее описание, приведенная в аналогичном разделе пояснительной записки к эскизному проекту. На данном сервере хранятся НСИ, область временного и постоянного хранения данных, агрегаты данных. Реализована система разграничений прав доступа на уровне объектов и записей в таблицах. В качестве сервера БД будет использоваться Oracle DB EE 1. Включает в себя следующий ряд приложений обеспечивающих стандартные подходы к организации служб каталогов, централизованные методы организации развертывание сервисов разработки дополнительных приложений развертывание сервисов анализа и отчетности. ETL Administrator, Manager, баз данных, сервера приложений Enterprise Manager и разработки отчетности Developer Suite. Рекомендации. Это позволит избежать смены версии ПО на более поздних этапах, но уменьшит возможность маневра в части версионности как для Разработчика, так и для Заказчика. Функциональная структура системы. В данном разделе формируется техническое решение по функциональной архитектуре хранилища данных. За основу принимается аналогичный раздел из пояснительной записки к эскизному проекту и при необходимости вносятся в него уточнения например добавляется сетевой администратор и т. В первую очередь в данном разделе формируется схема функциональной структуры КХД. За основу берется схема из пояснительной записки к эскизному проекту После чего проводится уточнение описания подсистем и взаимосвязей между подсистемами. За основу берется описание и взаимосвязи из аналогичного раздела пояснительной записки эскизного проекта. Рекомендация. Решения по взаимосвязям АС со смежными системами, обеспечению ее совместимости. Приводятся уточненные эскизные решения по взаимосвязи КХД со смежными системами, обеспечению ее совместимости описание используемых протоколов обмена данными, средств и методов обмена данными. Решения по режимам функционирования, диагностированию работы системы. В данном разделе приводятся уточненные решения по режимам функционирования, диагностированию работы системы на основании аналогичного раздела пояснительной записки к эскизному проекту.