Руководства, Инструкции, Бланки

технологическая записка образец img-1

технологическая записка образец

Категория: Бланки/Образцы

Описание

Пояснительная записка к техническому проекту ГОСТ

Пояснительная записка к техническому проекту

Пояснительная записка к техническому проекту - это один из основных документов, входящих в число документации, составляемой на этапе технического проектирования. В пояснительной записке содержатся общие сведения о проектируемой системе, обоснования технических решений, которые были выбраны для ее создания, а также план действий, благодаря которым планируется ввести систему в эксплуатацию.

Структура и оформление

Пояснительная записка оформляется согласно межгосударственному стандарту ГОСТ 2.106-96. описывающему общие требования к составлению текстовой и конструкторской документации, содержание ее разделов описано в руководящем документе РД 50-34.698-90. регламентирующем требования к содержанию документов на АСУ.

Этот документ, согласно стандартам и руководящим документам, должен состоять из нескольких разделов:

«Общие положения»
С указанием названия разрабатываемой АСУ, документов, на основании которых система разрабатывается – технического задания, договора - организаций, которые принимают участие в проектировании, стадий и сроков выполнения работ, целей разработки системы, ее назначения и сферы применения, технической и нормативной документации, а также очередности работ по проектированию.

«Описание процесса деятельности»
Пояснительная записка к техническому проекту содержит общие сведения о функционировании разрабатываемой системы.

«Базовые технические решения»
Приводится структура системы с перечнем подсистем, способов и средств обмена компонентов системы данными, взаимосвязи АС с другими системами, режимов функционирования. Также здесь следует перечислить квалификацию и количество работников, функции системы, технические средства, обеспечивающие ее работу, потребности в информационном и программном обеспечении.

«Действия по подготовке системы к эксплуатации»
Приводится список работ по подготовке персонала, приведения выходных данных системы к пригодному для дальнейшего использования виду, организации мест работы, а также других мероприятий, отвечающих специфике ввода в эксплуатацию конкретной системы.

Пояснительная записка, служащая для пояснения и перечисления практически всех работ, произведенных во время технического проектирования, составляется на любую программу или автоматизированную систему управления. Вместе с тем, разработка пояснительной записки сама по себе является важным этапом технического проекта, избежать которого невозможно.

Как разработать?

Пояснительная записка к ТП – это один из самых сложных документов из пакета конструкторской документации. Ее разработка осложняется тем, что она должна соответствовать всем строгим современным стандартам не только по форме и смыслу передаваемых сведений, регламенту графического выполнения документации, но и по стилистике текста, употребляемой терминологии.

Зачастую именно пояснительная записка, разрабатываемая к техническому проекту, становится камнем преткновения даже квалифицированных специалистов, не один раз сталкивавшихся в своей работе с оформлением конструкторской документации.

Оформите заявку и задавайте все интересующие вас вопросы по телефону +7(499)755-74-33 e-mail Этот адрес электронной почты защищён от спам-ботов. У вас должен быть включен JavaScript для просмотра. или через форму заказа.

Другие статьи

Технический проект

Прежде всего, следует отметить, что под «Техническим проектом» может пониматься как один сводный документ (чаще для небольших и средних программных систем), так и целый набор (комплект) документации (для крупных систем).

Определить суть данного артефакта, наверное, правильнее всего через понятие «проектирование ПО». Технический проект – это документ или набор документов, являющийся основным результатом (выходом) процесса проектирования. Процесс проектирования в свою очередь присутствует в том или ином виде абсолютно во всех серьезных методологиях создания ПО, поскольку отражает фундаментальный житейский принцип «прежде чем сделать что-то, необходимо хорошо подумать как это сделать лучше» или короче «сем раз отмерь, один раз отрежь». Технический проект необходим для того, чтобы зафиксировать результаты этого обдумывания даже в случае, если созданием программы занимается всего лишь один человек, не говоря уже о командной разработке.

Технический проект используется разработчиками при программировании спроектированного программного продукта. В его «принципиальной части» он может использоваться при обсуждении и согласовании ключевых проектных решения с Заказчиком. Также технический проект может быть очень полезен другим техническим и не очень техническим специалистам в решении самых разнообразных задач.

Основное требование к техническому проекту – ясное и четкое отражение того, как должно быть реализовано решение. Причем, четкое понимание реализации на требуемом уровне абстракции должно сложиться после прочтения технического проекта у заинтересованной стороны любого уровня: Заказчика, бизнес-аналитика, системного аналитика, разработчика, тестировщика, внедренца и т.п.

Исходя из основного требования, в технических проектах обычно решение описывается «сверху вниз» - от самого высокого уровня абстракции до деталей реализации отдельных элементов. Соответственно, в работе над различными частями технического проекта могут принимать участие разные специалисты: системный аналитик, архитектор, ведущий разработчик и т.п.

Для обозначения «Технического проекта» в различных системах и методологиях могут использоваться разные термины. Так в отечественных ГОСТах 34.201-89, 34.601-90 и РД 50-34.698.90 под «Технический проект» в описанных выше границах подпадает несколько десятков документов, создаваемых на стадиях «Эскизный проект», «Технический проект» и частично «Рабочая документация». В рамках MSF выделяются понятия концептуальный, логический и физический дизайн, по своей сути в совокупности также эквивалентные понятию «Технический проект». В предлагаемых в последнее время «шаблонах процессов разработки» (например, для Microsoft Team Foundation Server) также присутствуют самые разные сущности проектирования, которые не перечесть, однако все они будут так или иначе укладываться в понятие «Технический проект», поскольку отражают те же самые философские принципы и специфику разработки программных продуктов.

Примеры технических проектов из моих работ:

© Холодков Антон, 2000-2014. Буду рад использованию материалов этого сайта, но не забывайте ставить ссылку на него.

ГОСТ -73 ЕСКД

ГОСТ 2.120-73 ЕСКД. Технический проект

Постановлением Государственного комитета стандартов Совета Министров СССР от 28 февраля 1973 г. № 502 срок введения установлен

Настоящий стандарт устанавливает требования к выполнению технического проекта на изделия всех отраслей промышленности.

1. ОБЩИЕ ПОЛОЖЕНИЯ

1.1. Технический проект разрабатывают, если это предусмотрено техническим заданием, протоколом рассмотрения технического предложения или эскизного проекта.

Технический проект разрабатывают с целью выявления окончательных технических решений, дающих полное представление о конструкции изделия, когда это целесообразно сделать до разработки рабочей документации.

При необходимости технический проект может предусматривать разработку вариантов отдельных составных частей изделия.

В этих случаях выбор оптимального варианта осуществляется на основании результатов испытаний опытных образцов изделия.

1.2. При разработке технического проекта выполняют работы, необходимые для обеспечения предъявляемых к изделию требований и позволяющие получить полное представление о конструкции разрабатываемого изделия, оценить его соответствие требованиям технического задания, технологичность, степень сложности изготовления, способы упаковки, возможности транспортирования и монтажа на месте применения, удобство эксплуатации, целесообразность и возможность ремонта и т.п.

Перечень необходимых работ определяется разработчиком в зависимости от характера и назначения изделия и согласовывается с заказчиком, если изделие разрабатывается по заказам Министерства обороны.

Примерный перечень работ для изделий народно-хозяйственного назначения приведен в приложении.

Примечание. На стадии технического проекта не повторяют работы, проведенные на предыдущих стадиях, если они не могут дать дополнительных данных. В этом случае результаты ранее проделанных работ отражают в пояснительной записке.

(Измененная редакция, Изм. № 4).

1.3. Материальные макеты должны быть предназначены для проверки (в необходимых случаях – на объекте заказчика или потребителя) конструктивных и схемных решений разрабатываемого изделия и (или) его составных частей, а также для подтверждения окончательно принятых решений. Испытания макетов должны проводиться в соответствии с программой и методикой испытаний, разработанной по ГОСТ 2.106-96. Необходимость изготовления макетов и их количество устанавливаются организацией-разработчиком (если требуется, то совместно с заказчиком).

(Измененная редакция, Изм. № 5).

1.4. В технический проект включают конструкторские документы в соответствии с ГОСТ 2.102-68, предусмотренные техническим заданием и протоколом рассмотрения технического предложения, эскизного проекта. При выполнении документов в электронной форме электронная структура изделия и электронная модель изделия (сборочной единицы, комплекса) выполняются со степенью детализации, соответствующей стадии технического проекта.

При разработке технического проекта могут быть использованы отдельные документы, разработанные на предыдущих стадиях, если эти документы соответствуют требованиям, предъявляемым к документам технического проекта или, если в них внесены изменения с целью обеспечения такого соответствия. Использованным документам присваивают литеру «Т».

Конструкторские документы, разрабатываемые для изготовления материальных макетов, в комплект документов технического проекта не включают.

(Измененная редакция, Изм. № 5).

1.5. На рассмотрение, согласование и утверждение представляют копии документов технического проекта, скомплектованные по ГОСТ 2.106-96. Допускается по согласованию с заказчиком представлять подлинники документов технического проекта.

1.6. Форма представления документов технического проекта (бумажная или электронная), если она не указана в техническом задании или протоколах рассмотрения технического предложения или эскизного проекта, определяется разработчиком по согласованию с заказчиком. Допускается включать в комплект документов технического проекта документы в различных формах представления.

(Введен дополнительно, Изм. № 5).

2. ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ ДОКУМЕНТОВ

2.1. Чертеж общего вида или эквивалентная ему электронная модель сборочной единицы для технического проекта выполняют по ГОСТ 2.119-73. Кроме того, на чертеже общего вида (или эквивалентной ему электронной модели сборочной единицы) при необходимости приводят:

указания о выбранных посадках деталей (наносятся размеры и предельные отклонения сопрягаемых поверхностей по ГОСТ 2.307-68);

технические требования к изделию, например, о применении определенных покрытий, способов пропитки обмоток, методов сварки, обеспечивающих необходимое качество изделия (эти требования должны учитываться при последующей разработке рабочей документации);

технические характеристики изделия, которые необходимы для последующей разработки чертежей или эквивалентных электронных моделей.

(Измененная редакция, Изм. № 5).

2.2. В ведомость технического проекта записывают все включенные в технический проект конструкторские документы в порядке, установленном ГОСТ 2.106-96.

Допускается включать в комплект документов технического проекта документы в различных формах представления (в бумажной или электронной форме), при этом в графе «Примечание» рекомендуется указывать форму представления документа.

(Измененная редакция, Изм. № 5).

2.3. Пояснительную записку технического проекта выполняют по ГОСТ 2.106-96 с учетом следующих основных требований к содержанию разделов:

а) в разделе «Введение» указывают наименование, номер и дату утверждения технического задания. Если разработка технического проекта предусмотрена не техническим заданием, а протоколом рассмотрения технического предложения или эскизного проекта, то делают запись по типу: «Разработка технического проекта предусмотрена эскизным проектом …» и указывают номер и дату протокола рассмотрения эскизного проекта;

б) в разделе «Назначение и область применения разрабатываемого изделия» указывают:

краткую характеристику области и условий применения изделия;

общую характеристику объекта, для применения в котором предназначено данное изделие (при необходимости);

основные данные, которые должны обеспечивать стабильность показателей качества изделия в условиях эксплуатации;

в) в разделе «Техническая характеристика» приводят:

основные технические характеристики изделия (мощность, число оборотов, производительность, расход электроэнергии, топлива, коэффициент полезного действия и другие параметры, характеризующие изделие);

сведения о соответствии или отклонениях от требований, установленных техническим заданием и предыдущими стадиями разработки, если они проводились, с обоснованием отклонений;

г) в разделе «Описание и обоснование выбранной конструкции» приводят:

описание и обоснование выбранной конструкции, схем, упаковки (если упаковка предусмотрена) и других технических решений, принятых и проверенных на стадии разработки технического проекта. При необходимости приводят иллюстрации;

данные сравнения основных технических характеристик изделия с характеристиками аналогов (отечественных или зарубежных) или дают ссылку на карту технического уровня и качества;

оценку технологичности изделия, в том числе обоснование необходимости разработки или приобретения нового оборудования;

оценку окончательных технических решений на соответствие требованиям по обеспечению патентной чистоты и конкурентоспособности;

сведения об использованных изобретениях (номера авторских свидетельств или номера заявок на изобретения с указанием даты приоритета);

результаты испытаний материальных макетов (если они изготовлялись), электронных макетов (если они разрабатывались), и данные оценки соответствия макетов заданным требованиям, в том числе эргономики, технической эстетики. При необходимости приводят фотографии материальных макетов. Для справок допускается указывать обозначения основных конструкторских документов, по которым изготовлялись материальные макеты, номер и дату отчета (или) протокола по испытаниям и др.;

сведения о соответствии применяемых в изделии заимствованных (ранее разработанных) составных частей, покупных изделий и материалов разрабатываемому изделию по техническим характеристикам, режимам работы, гарантийным срокам, условиям эксплуатации;

обоснование необходимости применения дефицитных изделий и материалов;

сведения о транспортировании и хранении;

сведения о соответствии изделия требованиям техники безопасности и производственной санитарии;

д) в разделе «Расчеты, подтверждающие работоспособность и надежность конструкции» приводят:

расчеты, подтверждающие работоспособность изделия (кинематические, электрические, тепловые, расчеты гидравлических и пневматических систем и др.);

расчеты, подтверждающие надежность изделия (расчеты показателей долговечности, ремонтопригодности, сохраняемости и др.);

Для каждого вида расчетов указываются средства программного и информационного обеспечения автоматизированных систем (в случае их применения для выполнения расчетов);

сведения о безопасности изделия и воздействии его на окружающую среду;

сведения по утилизации изделия»;

При большом объеме расчетов они могут быть оформлены в виде отдельных документов; при этом в данном разделе приводят только результаты расчетов;

е) в разделе «Описание организации работ с применением разрабатываемого изделия» приводят сведения об организации работ с изделием на месте эксплуатации, в том числе:

описание специфических приемов и способов работы с изделием в режимах и условиях, предусмотренных техническим заданием;

описание порядка и способов транспортирования, монтажа и хранения изделия и ввода его в действие на месте эксплуатации;

оценку эксплуатационных данных изделия (взаимозаменяемости, удобства обслуживания, ремонтопригодности, устойчивости против воздействия внешней среды и возможности быстрого устранения отказов) ;

сведения о квалификации и количестве обслуживающего персонала;

ж) в разделе «Ожидаемые технико-экономические показатели» приводят:

экономические показатели, необходимые расчеты;

ориентировочный расчет цены опытного и серийного изделия и затрат на организацию производства и эксплуатацию;

з) в разделе «Уровень стандартизации и унификации» приводят:

сведения о стандартных, унифицированных и заимствованных сборочных единицах и деталях, которые были применены при разработке изделия, а также показатели уровня унификации и стандартизации конструкции изделия;

обоснование возможности разработки государственных и отраслевых стандартов на объекты стандартизации, связанные с разработкой данного изделия, его составных частей и новых материалов.

(Измененная редакция, Изм. № 1, 5) .

2.4. В приложении к пояснительной записке приводят:

копию технического задания, а также, при необходимости, данные (технические требования, правила приемки, методы контроля и другие сведения), подлежащие включению в технические условия, если последние на данной стадии не разрабатывались;

материалы художественно-конструкторской проработки, не являющиеся конструкторскими документами;

перечень работ, которые следует провести на стадии разработки рабочей документа ции;

уточнение или разработку сетевого графика по дальнейшей разработке и внедрению в промышленное производство разрабатываемого изделия; перечень ис пользованной литературы и т.п.;

перечень документов, используемых при разработке технического проекта и получаемых разработчиком изделия от других пр едприятий и организаций (авторские свидетельства, экс пертное заключение о патентной чистот е, справка потребителя о необходимом объеме производства разрабатываемых изд елий и т.п.) ; при этом документы в приложении к пояснительной записке не включают, но в пояснительной записке могут быть приведены н еобходимые сведения из этих документов (например, предмет изобретения потребные количества изделий на квартал, на год, на пятилетку), а также ном ер и дата документа или сопроводит ельного письма;

перечень средств программного и информационного обеспечения автоматизированных систем, использованных при разработке технического проекта.

(Измененная редакция, Изм. № 5).

ПРИЛОЖЕНИЕ

П ЕР ЕЧЕ НЬ РАБОТ, ВЫПОЛНЯЕМЫХ ПРИ РАЗРАБОТКЕ ТЕХНИЧЕСКОГО ПРОЕКТА

В об щем случае при разработке тех нич еского проекта проводят сл едующие работы:

а) разработку конструктивных решений изделия и его основных составных частей ;

б) выполн ение необходимых расчетов, в том числе подтверждающих технико- экономические показатели, установленные техническим заданием;

в) вы полнение необходимых принципиальных схем, схем соединений и др.;

г) разработку и обоснование техн ических решений, обеспечивающих показатели на дежности, установленные техническим заданием и пр едш ествующими стадиями разработки (если эти стадии разрабатывались) ;

д) анализ конструкции изделия на технологичность с учетом отзывов предприятий-изготовителей промышленного производства в части обеспечений технологичности в условиях данного конкретного производства, в том числе по использованию имеющегося на предприятии оборудования, а также учета в данном проекте требований нормативно-технической документации, действующей на предприятии-изготовителе; выя вления необходимого для производства изделий нового оборудования (обоснование разработки или приобретения) ; разработку метрологического обеспечения (выбор методов и средств измерения) ;

е) изготовление и испытание материальных макетов и (или) разработку и анализ электронных макетов»;

ж) оценку изделия в отношении его соответствия требованиям экономики, технич еской эстетики;

з) оценку возможности транспортирования, хранения, а также монтажа изделия на месте его применения;

и) оценку эксплуатационных данных изделия (взаимозаменяемости, удобства обслуживания, ремонтопригодности, устойчивости против воздействия внешней среды, возможности быстрого устранения отказов, контроля качества работы изделия, обеспеченность средствами контроля технического состояния и др.) ;

к) окончательное оформление заявок на разработку и изготовление новых изделий (в том числе средств измерения) и материалов, применяемых в разрабатываемом изделии;

л) проведение мероприятий по обеспечению заданного в техническом задании уровня стандартизации и унификации изделия;

м) проверку изделия на патентную чист оту и конкурентоспособность, оформление заявок на изобретения;

н) выявление номенклатуры покупных изделий, согласование применения покупных изделий;

о) согласование габаритных, установочных и присоединительных размеров с заказчиком или основным потребителем;

п) оценку технического уровня и качества изделия;

р) разработку чертежей сборочных единиц и деталей, если это вызывается необходимостью ускорения выдачи задан ия на разработку специализированного оборудования для их изготовления;

с) проверку соответствия принимаемых решений требованиям техники бе зопасности и производственной санитарии;

т) составление перечня работ, которые следует провести на стадии разработк и рабочей документации, в дополнение и (или) уточнение работ, предусмотренных техническим заданием, техническим предложением и эскизным проектом;

у) подготовку предложений по разработке ста ндартов (пересмотр или внесение изменений в действующие стандарты). предусмотренных техническим заданием на данной стадии4

(Введено допол нительно, Изм. № 4) .

ф) подготовку предложений по использованию средств программного и информационного обеспечения автоматизированных систем при разработке рабочей конструкторской документации.

(Введено дополнительно, Изм. № 5).

Еще документы скачать бесплатно

Технологическая записка образец

/ ТСПП (New version) / TZ / Tech_Project_example РД 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 begin_of_the_skype_highlighting +7 (495) 2222222 end_of_the_skype_highlighting

1.3.2. Разработчик

Разработчик: ЗАО Разработчик
Адрес фактический: г. Москва.
Телефон / Факс: +7 (495) 3333333 begin_of_the_skype_highlighting +7 (495) 3333333 end_of_the_skype_highlighting

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 часов в месяц).
Принимается предварительное решение о том, что для обеспечения высокой надежности функционирования как системы в целом, так и ее отдельных компонентов необходимо проводить регулярное диагностирование состояния компонентов.

В таблице ниже представлены средства диагностики по подсистемам.

Подсистема сбора, обработки и загрузки данных

ETL Administrator – диагностика и настройка ETL-приложения, управление критериями извлечения, установка NLS;
ETL Manager - просмотр и редактирование репозитория.

Подсистема хранения данных

DB Manager – диагностика и настройка и конфигурация одной или более БД

Подсистема отображения отчетности

BI Administrator – диагностика и настройка бизнес-описания и представления витрин данных

Далее для каждой подсистемы приводятся примерные сценарии проведения их диагностирования. Чтобы описать сценарии диагностирования необходимо ответить на следующие вопросы: «Кем проводится диагностирование?», «Какое программное обеспечение используется?», «Какие действия необходимо провести для диагностирования (действия прописываются общие, например, зайти, открыть, проверить)?», «Что необходимо проверить? (например, наличие свободного места на дисках)», «Как часто необходимо выполнять данные действия?». Необходимо также указывать критичность подсистемы для функционирования системы в целом.

Например:
Подсистемасбора, обработки и загрузки данных:
- администратор подсистемы должен каждый день контролировать работоспособность серверной части прикладного программного обеспечения сбора, обработки и загрузки данных, т.к. данная подсистема является критичной для работоспособности системы в целом;
- администратор подсистемы перед началом загрузки данных должен проводить контроль объема свободного места на дисках для временных файлов;
- администратор подсистемы должен каждый день проводить анализ протоколов работы подсистемы на наличие ошибок и предупреждений, возникающих при ее работе.

2.4. Решения по персоналу и режимам его работы

В данном разделе приводятся уточненные решения по численности, квалификации и функциям персонала создаваемой системы, режимам работы персонала на основании аналогичного раздела пояснительной записки к эскизному проекту.

Например:
4.1.2.1. Требования к численности персонала
Всоставе персонала, необходимого для обеспечения эксплуатации КХД в рамках соответствующих подразделений Заказчика, необходимо выделение ответственных лиц на следующие роли.

Сохранение работоспособности системы в различных вероятных условиях

Реализуется путем разработки процедур резервного копирования, подготовки персонала, использования современных методов разработки и проверенных на практике стандартных программных средств.
На объекте автоматизации обязательно ведение журналов инцидентов в электронной форме, а также графиков и журналов проведения ППР, в соответствии с утвержденными для каждого объекта ХД мероприятиями по поддержанию его работоспособности.