Тема 9. Стадии и состав работ канонического проектирования ИС

План лекции

1. Понятие канонического проектирования

2. Стадии создания ИС

3. Содержание документов «Технико-экономическое обоснование проекта» и «Техническое задание» на создание ИС

4. Практически сложившаяся система стадий и этапов проекта ИС

5. Эскизный и технический проекты

6. Рабочий проект

Понятие канонического проектирования

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

Основной единицей обработки данных при каноническом проектировании является задача, определяемая как совокупность операций преобразования некоторого набора исходных данных в результатную информацию. Формально задачуТ можно определить как кортеж спецификаций (описаний):Т=<SD, RD, CF, A>,

где SD –спецификация исходных данных, RD –спецификация результатной информации, CF –спецификация функций управления, A –спецификация алгоритма решения.

Стадии создания ИС

В каноническом проектировании в качестве стандарта, определяющего стадии создания ИС, используется отечественный (действующий в настоящее время) ГОСТ 34.601 – 90 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания». Этот стандарт рекомендован к использованию при создании автоматизированных систем, используемых в различных видах деятельности (исследование, проектирование, управление и т. п.), включая их сочетания, создаваемые в организациях, объединениях и на предприятиях.

В соответствии с ГОСТ 34.601– 90 процесс проектирования ИС состоит из восьми стадий, приведенных в табл. 5.1.

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

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

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

- перечень и характеристики производственных процессов;

- перечень и характеристики средств и предметов труда, ресурсов и выпускаемой продукции.

При проектировании ИС перед началом выполнения работ требуется определить метод обследования [4]. Признаки возможных методов можно представить в виде фасетной системы классификации приведенной в табл. 9.1.

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

Рисунок 9.1. Общие характеристики предприятия

Таблица 9.1. Фасетная система классификации методов проведения обследования объекта автоматизации

По признаку «Число исполнителей» выделяют индивидуальное и бригадное обследования. Индивидуальное обследование осуществляется одним членом команды разработчиков. Бригадное обследование предполагает участие в обследовании нескольких разработчиков. В проектах корпоративных систем обследование осуществляется несколькими бригадами, которые работают в разных структурных подразделениях предприятия. Кроме того, одна из бригад выполняет функцию координации.

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

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

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

Метод Обследования =

= <Системное обследование, Бригадное обследование,

Выборочное обследование, Последовательное обследование>

3. Содержание документов «Технико-экономическое обоснование проекта» и «Техническое задание» на создание ИС

Технико-экономическое обоснование (feasibilityreport, feasibilitystudy, иногда technical-and-economicassessment, businesscase) – это документ, позволяющий заказчику определить, стоит ли вкладывать деньги в предлагаемый проект информационной системы.

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

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

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

- цель создания ИС;

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

- требования к обеспечивающим подсистемам.

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

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

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

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

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

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

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

- привлекаемые ресурсы;

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

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

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