Зачёт проектирование. 1. Оценка затрат проекта ис. 1 Общие сведения о рациональном унифицированном процессе 1
Скачать 1.87 Mb.
|
Содержание рабочего проекта в контексте канонического проектирования.В практике реального создания ИС рабочее проектирование, естественно, начинается с реализации проектных решений, принятых на стадии технического проектирования, а заканчивается разработкой документации, называемой «рабочий проект». Наиболее важной работой стадии рабочего проектирования является кодирование или реализация программного обеспечения. Непосредственно в процессе кодирования и сразу же по его завершении осуществляется составление программной документации, состав которой определяется ГОСТ 19.101—77 «Единая система программной документации: Виды программ и программных документов» и ГОСТ 19.105—78 «Единая система программной документации: Общие требования к программным документам». Наиболее часто оформляются следующие документы: спецификация программы; контрольные примеры; руководство пользователя; руководство оператора; руководство системного программиста. Структура документа «Технический проект» (Каноническое проектирование)Организация канонического проектирования ИС ориентирована на использование главным образом каскадной модели жизненного цикла ИС. Стадии и этапы работы описаны в стандарте ГОСТ 34.601-90. В зависимости от сложности объекта автоматизации и набора задач, требующих решения при создании конкретной ИС, стадии и этапы работ могут иметь различную трудоемкость. Допускается объединять последовательные этапы и даже исключать некоторые из них на любой стадии проекта. Допускается также начинать выполнение работ следующей стадии до окончания предыдущей. Стадии и этапы создания ИС, выполняемые организациями-участниками, прописываются в договорах и технических заданиях на выполнение работ: Содержание документа «Технико-экономическое обоснование» (Каноническое проектирование)Технико-экономическое обоснование (feasibility report, feasibility study, иногда technical-and-economic assessment, business case) — это документ, позволяющий заказчику определить, стоит ли вкладывать деньги в предлагаемый проект информационной системы. ТЭО должно содержать четкую формулировку того, что получит заказчик, если согласится финансировать проект, и сколько получае- мое будет стоить. Для крупных проектов принято оценивать затраты на отдельные этапы работ. В ТЭО целесообразно наряду с затратами отразить ожидаемые технико-экономические показатели эффектив- ности проекта: время окупаемости затрат, ожидаемый экономиче- ский эффект (при возможности его оценки) и т.д. Содержание документа «Технико-экономическое обоснование» (Каноническое проектирование) Ориентировочное содержание ТЭО: 1) что получит заказчик: цель создания ИС; обоснование состава автоматизируемых функциональных задач; требования к обеспечивающим подсистемам; 2) за какие деньги (ориентировочный расчет экономической эф- фективности, отражающий предполагаемые затраты и ожидаемые выгоды); 3) демонстрация осведомленности и квалифицированности разработчика: характеристика исходных данных о предметной области; описание предполагаемых технологий проектирования; архитектура системы, аппаратные и программные ресурсы, информационные объекты, условия функционирования, обслуживающий персонал и пользователи системы; интерфейсы и распределение функций между человеком и системой; сроки завершения отдельных этапов, форма приемки (сдачи) работ; привлекаемые ресурсы, меры по защите информации; возможности развития системы. Структура документа «Постановка задачи» (Каноническое проектирование).Особую важность среди локальных проектных решений стадии «Техническое проектирование» имеет разработка постановок задач для каждой подсистемы. «Постановка задачи» — это основа разработки важнейших обеспечений ИС; информационного и программного. Как документ «Постановка задачи» состоит из трех разделов, представленных в табл. Цель автоматизации задачи — это формулировка ожидаемых положительных эффектов, обычно одного или нескольких, из следующих: получение экономического эффекта в области управления процессами объекта автоматизации; снижение финансовых и (или) трудовых затрат на процедуры обработки информации; повышение достоверности информации, используемой на пред- приятии; сокращение времени обработки информации; упрощение процедуры обработки информации. |