Состав проектной документации информационной системы реферат

Обновлено: 02.07.2024

Организация канонического проектирования ИС ориентирована на использование главным образом каскадной модели жизненного цикла ИС. Стадии и этапы работы описаны в стандарте ГОСТ 34.601-90.

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

Стадии и этапы создания ИС, выполняемые организациями-участниками, прописываются в договорах и технических заданиях на выполнение работ:

Стадия 1. Формирование требований к ИС.

На начальной стадии проектирования выделяют следующие этапы работ:

обследование объекта и обоснование необходимости создания ИС;

формирование требований пользователей к ИС;

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

Стадия 2. Разработка концепции ИС.

изучение объекта автоматизации;

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

разработка вариантов концепции ИС, удовлетворяющих требованиям пользователей;

оформление отчета и утверждение концепции.

Стадия 3. Техническое задание.

разработка и утверждение технического задания на создание ИС.

Стадия 4. Эскизный проект.

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

разработка эскизной документации на ИС и ее части.

Стадия 5. Технический проект.

разработка проектных решений по системе и ее частям;

разработка документации на ИС и ее части;

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

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

Стадия 6. Рабочая документация.

разработка рабочей документации на ИС и ее части;

разработка и адаптация программ.

Стадия 7. Ввод в действие.

подготовка объекта автоматизации;

комплектация ИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями);

проведение предварительных испытаний ;

проведение опытной эксплуатации ;

проведение приемочных испытаний.

Стадия 8. Сопровождение ИС.

выполнение работ в соответствии с гарантийными обязательствами;

Oбследование - это изучение и диагностический анализ организационной структуры предприятия, его деятельности и существующей системы обработки информации. Материалы, полученные в результате обследования, используются для:

обоснования разработки и поэтапного внедрения систем;

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

разработки технического и рабочего проектов систем.

На этапе обследования целесообразно выделить две составляющие: определение стратегии внедрения ИС и детальный анализ деятельности организации.

Основная задача первого этапа обследования - оценка реального объема проекта, его целей и задач на основе выявленных функций и информационных элементов автоматизируемого объекта высокого уровня [8]. Эти задачи могут быть реализованы или заказчиком ИС самостоятельно, или с привлечением консалтинговых организаций. Этап предполагает тесное взаимодействие с основными потенциальными пользователями системы и бизнес-экспертами. Основная задача взаимодействия - получить полное и однозначное понимание требований заказчика. Как правило, нужная информация может быть получена в результате интервью, бесед или семинаров с руководством, экспертами и пользователями.

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

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

Ориентировочное содержание этого документа:

ограничения, риски, критические факторы, которые могут повлиять на успешность проекта;

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

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

описание выполняемых системой функций;

возможности развития системы;

информационные объекты системы;

интерфейсы и распределение функций между человеком и системой;

требования к программным и информационным компонентам ПО, требования к СУБД;

что не будет реализовано в рамках проекта.

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

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

возможности применения новых методов решения задач.

Аналитики собирают и фиксируют информацию в двух взаимосвязанных формах:

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

сущности - информация о вещах, имеющих значение для организации и о которых что-то известно.

При изучении каждой функциональной задачи управления определяются:

наименование задачи; сроки и периодичность ее решения;

степень формализуемости задачи;

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

показатели и их количественные характеристики;

порядок корректировки информации;

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

действующие средства сбора, передачи и обработки информации;

действующие средства связи;

принятая точность решения задачи;

трудоемкость решения задачи;

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

потребители результатной информации по задаче.

10_Состав и содержание Технико-экономическое обоснование проектируемой ИС.

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

• ограничения, риски, критические факторы, которые могут повлиять на успешность проекта;

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

• сроки завершения отдельных этапов, форма приемки/сдачи работ, привлекаемые ресурсы, меры по защите информации;

• описание выполняемых системой функций;

• возможности развития системы;

• информационные объекты системы;

• интерфейсы и распределение функций между человеком и системой;

• требования к программным и информационным компонентам ПО, требования к СУБД;

• что не будет реализовано в рамках проекта.

11_Состав и содержание технического задания (ГОСТ 34.602- 89)

1. Общие сведения

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

2. Назначение и цели создания (развития) системы

вид автоматизируемой деятельности
перечень объектов, на которых предполагается использование системы
наименования и требуемые значения технических, технологических, производственно-экономических и др. показателей объекта, которые должны быть достигнуты при внедрении ИС

3. Характеристика объектов автоматизации

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

4. Требования к системе

4.1. Требования к системе в целом:

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

4.2. Требования к функциям (по подсистемам) :

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

4.3. Требования к видам обеспечения:

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

5. Состав и содержание работ по созданию системы

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

6. Порядок контроля и приемки системы

виды, состав, объем и методы испытаний системы
общие требования к приемке работ по стадиям
статус приемной комиссии

7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

преобразование входной информации к машиночитаемому виду
изменения в объекте автоматизации
сроки и порядок комплектования и обучения персонала

8. Требования к документированию

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

9. Источники разработки

документы и информационные материалы, на основании которых разрабатывается ТЗ и система

Результатом проектных работ, завершающих каждую стадию проектирования ЭИС является документация. Ее состав, содержание и структура определяются нормативными документами – Гостами, Единой Системной Программной Документацией (ЕСПД), а также рекомендательными отраслевыми методическими материалами.

Документация процесса проектирования имеет определенную структуру и представлена на рис. 2.4.

Рис. 2.4. Структура проектной документации ЭИС

На предпроктной стадии ЭИС разрабатываются следующие документы:

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

ü технико–экономическое обоснование (ТЭО), которое является также необязательным документом, но довольно часто создается для сложных систем;

ü техническое задание (ТЗ), которое является обязательным документом.

К основным компонентам документа ТЭО относятся:

ü характеристика исходных данных о предметной области;

ü обоснование цели создания ЭИС;

ü обоснование комплекса автоматизации задач, выбора комплекса технических средств, программного и информационного обеспечений;

ü разработка организационных мероприятий по проектированию системы;

ü предварительный расчет и обоснование экономической эффективности проекта;

ü выводы о возможности дальнейших разработок.

ТЗ разрабатывается согласно ГОСТ 34.602, в состав которого входят следующие разделы:

10. В состав ТЗ при наличии утвержденных методик включают приложения, содержащие расчеты экономической эффективности системы; оценку научно-технического уровня системы.

Документация техно–рабочего проекта включается в технический или в рабочий проекты.

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

1. Общесистемная документация включает:

· разработку общесистемных положений;

· расчет экономической эффективности;

· перечень документов технического проекта.

2. Документация функциональной части содержит:

· функциональную структуру ЭИС, т.е. выделение функциональных подсистем, комплексов задач, задач;

3. Документация обеспечивающей части технического проекта включает следующие документы:

· описание информационного обеспечения;

· описание организационного обеспечения;

· описание математического обеспечения;

· описание программного обеспечения;

· комплекс технических средств;

· система классификации и кодирования.

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

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

Описание организационного обеспечения включает схему и описание организационной структуры объекта в условиях функционирования ЭИС.

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

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

Комплекс технических средств содержит основные проектные решения по комплектации технических средств, их характеристику, требования к установке и эксплуатации.

Система классификации и кодирования содержит структуру классификаторов (общероссийских, общеотраслевых), используемых в ЭИС.

Документация рабочего проекта не подлежит согласованию с заказчиком, регламентируется Гостами (16,19,21,22,24) и делится на два блока: программная и технологическая.

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

ü описание программ;

ü спецификация программ;

ü тексты программ;

ü контрольные примеры;

ü инструкция для системного программиста;

ü руководство пользователя.

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

ü инструкция по сбору информации;

ü инструкция по вводу и контролю информации;

ü инструкция по анализу информации и т.д.

К этому блоку документации можно отнести правовые инструкции, определяющие права и обязанности специалистов, работающих в условиях функционирования ЭИС.

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

Контрольные вопросы

1. Приведите классификацию методов проектирования в процессе их развития.

2. Дайте определение средств проектирования.

3. Что такое объектные средства проектирования?

4. Что такое инструментальные средства проектирования?

5. Перечислите стадии и этапы проектирования.

6. Коков состав проектной документации?

7. Каков состав проектной документации на предпроектной стадии?

8. Каково назначение и каков состав разделов документа “Техническое задание”?

9. Дайте определение технологии проектирования.

10. Дайте определение проекту системы.

11. Дайте определение технологическому процессу проектирования системы.

12. Чем отличается технология проектирования от технологии программирования?

13. Какие понятия лежат в основе формализации процесса проектирования?

14. Дайте определение технологической операции проектирования.

15. Что может служить в качестве входа и выхода для технологической операции?

16. Дайте определение универсума.

17. Дайте определение преобразователя.

18. Что такое технологическая сеть проектирования (ТСП)?

19. Какие уровни детализации построения ТСП вы знаете?

20. Каково влияние средств проектирования на построение ТСП?

21. Что входит в состав программной документации?

22. Какие документы подлежат согласованию с заказчиком?

Раздел 2. Проектирование с использованием
различных методов

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

• требования к конфигурации рабочих мест разработчиков, включая настройки ОС, CASE-средств, общие настройки проекта и так далее;

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

Стандарт оформления проектной документации

Стандарт оформления проектной документации должен устанавливать:

• состав и структуру документации на каждой стадии проектирования;

• требования к ее оформлению (требования к содержанию разделов, подразделов, пунктов, таблиц и так далее),

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

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

• требования к настройке CASE-средств для обеспечения подготовки документации в соответствии с установленными требованиями.

Стандарт интерфейса пользователя

Стандарт интерфейса пользователя должен устанавливать:

• правила оформления экранов (шрифты и цветовая палитра), состав и расположение окон и элементов управления;

• правила использования клавиатуры и мыши;

• правила оформления текстов помощи;

• правила обработки реакции пользователя.

Система технической документации на АСУ

ГОСТ 24.103-84 Автоматизированные системы управления. Общие положения ГОСТ 24.202-80 Требования к содержанию документа "ТЭО создания АСУ"

ГОСТ 24.203-80 Требования к содержанию общесистемных документов ГОСТ 34.601-90 Автоматизированные системы. Стадии создания

ГОСТ 34.602-89 ТЗ на создание АС

Основные международные методологии по созданию ИС

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

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

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

IDEF4 – методология построения объектно-ориентированных систем. IDEF5 – этот метод позволяет разрабатывать, изучать и поддерживать

онтологию моделируемой системы. DFD – диаграммы потоков данных.

Проектная документация ИС

Вся проектная документация имеет функциональное назначение,

программная документация и другие стандарты);

• проектное (графические, текстовые, машинно-ориентированные документы и т. д.);

• конструкторское (технические условия задания, расчеты,

методики испытаний, паспорта, формуляры, инструкции по эксплуатации, спецификации);

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

• организационное (схемы организационных структур управления,

регламентирующие документы) и т. п.

Технико-экономическое обоснование

Ориентировочное содержание ТЭО:

• ограничения, риски, факторы, которые могут повлиять на успешность проекта;

• описание выполняемых системой функций;

• возможности развития системы;

• информационные объекты системы;

• интерфейсы и распределение функций между человеком и системой;

• требования к программным и информационным компонентам ПО, требования к СУБД;

• что не будет реализовано в рамках проекта.

Техническое задание

ТЗ включает в себя следующую информацию:

• общую цель создания ИС;

• состав подсистем и функциональных задач;

• требования, предъявляемые к подсистемам;

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

• общие требования к проектируемой системе;

• перечень задач создания системы и исполнителей;

• этапы создания системы и сроки их выполнения;

• предварительный расчет затрат на создание системы;

• уровень экономической эффективности ее внедрения.

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

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

Содержание технического проекта:

• состав и количество технических средств системы;

• изменения в организационной структуре управления (например, сливаются подразделения);

• выбранная система кодирования,

• разработанный кодификатор технико-экономической информации на основе системы кодирования;

• спроектированная база данных;

• алгоритмы функциональных задач;

• разработанные формы документов;

• план мероприятий по подготовке объекта к внедрению системы;

• уточненный расчет ожидаемой экономической эффективности.

Тут вы можете оставить комментарий к выбранному абзацу или сообщить об ошибке.

Аннотация: Каноническое проектирование ИС. Стадии и этапы процесса канонического проектирования ИС. Цели и задачи предпроектной стадии создания ИС. Модели деятельности организации ("как есть" и "как должно быть"). Состав работ на стадии технического и рабочего проектирования. Состав проектной документации. Типовое проектирование ИС. Понятие типового проекта, предпосылки типизации. Объекты типизации. Методы типового проектирования. Оценка эффективности использования типовых решений. Типовое проектное решение (ТПР). Классы и структура ТПР. Состав и содержание операций типового элементного проектирования ИС. Функциональные пакеты прикладных программ (ППП) как основа ТПР. Адаптация типовой ИС. Методы и средства прототипного проектирования ИС.

Каноническое проектирование ИС

Стадии и этапы создания ИС , выполняемые организациями-участниками, прописываются в договорах и технических заданиях на выполнение работ :

Стадия 1. Формирование требований к ИС.

На начальной стадии проектирования выделяют следующие этапы работ :

обследование объекта и обоснование необходимости создания ИС;
формирование требований пользователей к ИС;
оформление отчета о выполненной работе и тактико- технического задания на разработку.

Стадия 2. Разработка концепции ИС.

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

Стадия 3. Техническое задание.

разработка и утверждение технического задания на создание ИС.

Стадия 4. Эскизный проект.

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

Стадия 5. Технический проект.

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

Стадия 6. Рабочая документация.

разработка рабочей документации на ИС и ее части;
разработка и адаптация программ.

Стадия 7. Ввод в действие.

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

Стадия 8. Сопровождение ИС.

выполнение работ в соответствии с гарантийными обязательствами;
послегарантийное обслуживание.

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

Основная задача первого этапа обследования - оценка реального объема проекта, его целей и задач на основе выявленных функций и информационных элементов автоматизируемого объекта высокого уровня [ 3.1 ] . Эти задачи могут быть реализованы или заказчиком ИС самостоятельно, или с привлечением консалтинговых организаций. Этап предполагает тесное взаимодействие с основными потенциальными пользователями системы и бизнес-экспертами. Основная задача взаимодействия - получить полное и однозначное понимание требований заказчика . Как правило, нужная информация может быть получена в результате интервью, бесед или семинаров с руководством, экспертами и пользователями.

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

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

Ориентировочное содержание этого документа:

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

Читайте также: