Главная страница
Навигация по странице:

  • Структура документа «Технический проект» (Каноническое проектирование)

  • Содержание документа «Технико-экономическое обоснование» (Каноническое проектирование)

  • Структура документа «Постановка задачи» (Каноническое проектирование).

  • Зачёт проектирование. 1. Оценка затрат проекта ис. 1 Общие сведения о рациональном унифицированном процессе 1


    Скачать 1.87 Mb.
    Название1. Оценка затрат проекта ис. 1 Общие сведения о рациональном унифицированном процессе 1
    Дата04.04.2022
    Размер1.87 Mb.
    Формат файлаdocx
    Имя файлаЗачёт проектирование.docx
    ТипДокументы
    #440635
    страница5 из 9
    1   2   3   4   5   6   7   8   9

    Содержание рабочего проекта в контексте канонического проектирования.


    В практике реального создания ИС рабочее проектирование, естественно, начинается с реализации проектных решений, принятых на стадии технического проектирования, а заканчивается разработкой документации, называемой «рабочий проект». Наиболее важной работой стадии рабочего проектирования является кодирование или реализация программного обеспечения. Непосредственно в процессе кодирования и сразу же по его завершении осуществляется составление программной документации, состав которой определяется ГОСТ 19.101—77 «Единая система программной документации: Виды программ и программных документов» и ГОСТ 19.105—78 «Единая система программной документации: Общие требования к программным документам». Наиболее часто оформляются следующие документы:

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

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

    • руководство пользователя;

    • руководство оператора;

    • руководство системного программиста.



    1. Структура документа «Технический проект» (Каноническое проектирование)


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

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

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






    1. Содержание документа «Технико-экономическое обоснование» (Каноническое проектирование)


    Технико-экономическое обоснование (feasibility report, feasibility
    study, иногда technical-and-economic assessment, business case) — это
    документ, позволяющий заказчику определить, стоит ли вкладывать
    деньги в предлагаемый проект информационной системы.

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

    Содержание документа «Технико-экономическое обоснование» (Каноническое проектирование)

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

    1) что получит заказчик:

    2) за какие деньги (ориентировочный расчет экономической эф-

    фективности, отражающий предполагаемые затраты и ожидаемые выгоды);

    3) демонстрация осведомленности и квалифицированности разработчика:

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

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

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

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

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

    • привлекаемые ресурсы,

    • меры по защите информации;

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



    1. Структура документа «Постановка задачи» (Каноническое проектирование).


    Особую важность среди локальных проектных решений стадии «Техническое проектирование» имеет разработка постановок задач для каждой подсистемы. «Постановка задачи» — это основа разработки важнейших обеспечений ИС; информационного и программного. Как документ «Постановка задачи» состоит из трех разделов, представленных в табл.

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

    • получение экономического эффекта в области управления процессами объекта автоматизации;

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

    • повышение достоверности информации, используемой на пред-
      приятии;

    • сокращение времени обработки информации;

    • упрощение процедуры обработки информации.




    1. 1   2   3   4   5   6   7   8   9


    написать администратору сайта