ТЕМА 11. ОБЩАЯ СТРУКТУРА ОРГАНИЗАЦИИ РАБОТ ПО ПРОЕКТИРОВАНИЮ

Проект как вид деятельности проектирующей организации отличается следующими особенностями:

· направлен на достижение конкретных целей;

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

· имеет ограниченную протяженность во времени с определенным началом и концом;

· все проекты в определенной степени неповторимы и уникальны.

 

Целью управления проектированием является получение проекта с заданными пользователем параметрами.

Ограничениями могут выступать сроки проектирования, требуемые ресурсы.

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

Субъектами управления являются:

· руководство проектной организации;

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

· руководители проектов (главные конструкторы);

· руководители проектных групп (ответственные исполнители).

 

Процесс проектирования ИС имеет специфические особенности.

1. Процесс проектирования ИС по своему характеру является творческим. Поэтому управление проектированием носит ситуационный характер.

2. Пользователь на этапе разработки системы может изменять требования к качеству системы, срокам и затратам проектирования.

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

 

Организация работ по проектированию ИС определяется порядком взаимодействия между несколькими сторонами, участвующими в этом процессе: пользователем, заказчиком, администратором и разработчиком.

Пользователь – это организация или группа подразделений, которые используют результаты обработки информации на ЭВМ (административно-управленческий аппарат, для которого создается система)

Пользователь выполняет следующие функции:

· формирует исходные данные для проектирования и обработки;

· определяет состав задач для автоматизации;

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

Заказчик – это ответственное лицо (организация или подразделение), которое выполняет функции:

· формирует требования к системе и ее частям;

· выдает техническое задание, финансирует разработку ИС;

· обеспечивает проведение комплекса мероприятий по созданию ИС;

· проводит внедрение и прием проекта.

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

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

Администратор несет ответственность перед пользователем за правильность результатов работы ИС и их своевременность, а перед заказчиком и разработчиком – за соблюдением условий эксплуатации.

Разработчик - это ответственное лицо (организация или подразделение), которое выполняет следующие функции:

· разрабатывает ИС по техническому заданию заказчика;

· принимает участие во внедрении;

· осуществляет сдачу проекта заказчику;

· осуществляет авторское сопровождение проекта.

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

 

Существует несколько типов схем организации работ с участием четырех сторон, выбор которых зависит от объема заказа.

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

Достоинства:

· минимальное количество организаций – участников процесса

· минимальные сроки и стоимость разработки,

Недостатки:

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

 

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

Достоинства:

· рациональное распределение функций между сторонами, участвующими в создании и эксплуатации ИС;

· возможность привлечения к разработке ИС специализированных организаций (НИИ, СКВ).

Недостаток:

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

 

 

 

3. В том случае, если заказчик - большая организация, которая курирует разработку нескольких проектов ИС, применяют следующую схему.

Достоинства:

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

· возможность организации контроля за сроками и качеством выполнения работ.

РАЗДЕЛ 2. КАНОНИЧЕСКОЕ ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ

ТЕМА 4. СОДЕРЖАНИЕ И МЕТОДЫ КАНОНИЧЕСКОГО ПРОЕКТИРОВАНИЯ

Рассматриваемые вопросы:

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

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

Состав и содержание работ на стадии внедрения, эксплуатации и сопровождения проекта

 

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

Процесс канонического проектирования в соответствии с применяемым в нашей стране ГОСТ 34601-90 «Комплекс стандартов на автоматизированные системы» делится на следующие семь стадий:

· исследование и обоснование создания системы;

· разработка технического задания;

· создание эскизного проекта;

· техническое проектирование;

· рабочее проектирование;

· ввод в действие;

· функционирование, сопровождение, модернизация.

Однако, на практике выделяют 4 стадии проектирования ИС: предпроектная стадия, стадия проектирования, стадия внедрения и стадия эксплуатации и сопровождения проекта.

 

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

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

 

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

Объектами обследования являются:

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

· функциональная структура, состав хозяйственных процессов и процедур;

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

 

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

 

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

 

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

 

На этой стадии принято выделять два основных этапа:

1. Определение стратегии внедрения ИС.

2. Детальный анализ деятельности организации.

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Перед 2 этапом разрабатываются программа обследования и план-график выполнения работ.

Программа обследования

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

Вопросы можно систематизировать по трем направлениям.

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

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

3. Изучение и описание структуры информационных и(или) материальных потоков: Описание информационной структуры выполняется на уровне экономических документов и показателей.

Программа оформляется в виде таблицы

№ п/п	Наименование вопроса	Источник информации	Получатель информации
	Цель функционирования объекта	Руководитель предприятия	Руководитель проекта
	…	…	…

Разработка Плана-графика выполнения работ

План-график составляется в виде таблицы и служит для контроля проведения работ на предпроектной стадии.

 

№ п/п	Наименование работы	Код работы	Исполнитель	Дата начала	Длительность выполнения	Дата окончания
	Определение целей и параметров предприятия		Руководитель проекта Серов М.Р.	01.03.11		02.03.11

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ü количество документов;

ü место формирования показателей документа;

ü взаимосвязь документов при их формировании;

ü маршрут и длительность движения документа;

ü место использования и хранения данного документа;

ü внутренние и внешние информационные связи;

ü объем документа в знаках.

 

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

На этапе обследования следует классифицировать планируемые функции системы по степени важности. Один из возможных форматов представления такой классификации - MuSCoW [9].

Эта аббревиатура расшифровывается так:

Mu st have - необходимые функции, они обеспечивают критичные для успешной работы системы возможности;

S hould have - желательные функции;

Co uld have - возможные функции. Реализация функций второй и третьей категорий ограничивается временными и финансовыми рамками: разрабатывается то, что необходимо, а также максимально возможное в порядке приоритета число функций второй и третьей категорий.

W on't have - отсутствующие функции, необходимы, чтобы четко представлять границы проекта и набор функций, которые будут отсутствовать в системе.

 

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

Факторы выбора объектов автоматизации:

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

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

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

· степень подготовленности подразделения для внедрения ЭВМ и др.

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

 

 

Далее составляется список автоматизируемых задач.

Факторы выбора задач, подлежащих автоматизации:

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

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

· сильная информационная связь рассматриваемой задачи с другими задачами;

· недостаточная оперативность расчета показателей;

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

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

· неэквивалентный метод расчета показателей и др.

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

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

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

Методы обследования:

по цели обследования:

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

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

по числу исполнителей, проводящих обследование:

· индивидуальное обследование, осуществляемое одним проектировщиком,

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

 

по степени охвата предметной области:

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

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

по степени одновременности выполнения работ первого и второго этапов предпроектной стадии:

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

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

Методы сбора материалов обследования

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

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

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

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

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

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

Расчетный метод применяется для определения трудоемкости и стоимости работ, подлежащих переводу на выполнение с помощью ЭВМ, а также для установления объемов работ по отдельным операциям.

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

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

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

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

 

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

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

 

На основе ТЭО разрабатываются основные требования к будущему проекту ИС и составляется Техническое задание согласно ГОСТ 34.602 - 89, в состав которого входят следующие основные разделы.

1. Общие сведения о проекте: полное наименование системы, код системы, код договора, наименование предприятия-разработчика и предприятия-заказчика, перечень документов, на основе которых создается система, плановые сроки начала и окончания работ по созданию системы, сведения об источниках финансирования, порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей).

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

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

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

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

6. Порядок контроля приемки системы: виды, состав, методы испытания системы и ее частей; общие требования к приемке работ по стадиям; порядок утверждения приемных документов; статус приемочной комиссии.

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

8. Требования к документированию: перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ.

9. Источники разработки должны быть перечислены документы и информационные материалы (ТЭО, отчеты о законченных научно-исследовательских разработках, информационные материалы на отечественные, зарубежные системы-аналоги и др.).

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

 

При разработке технического задания необходимо решить следующие задачи:

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

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

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

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

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

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

ü провести предварительный расчет затрат на создание системы и определить уровень экономической эффективности ее внедрения.

 

Для сложных ИС иногда на предпроектной стадии включают третий этап – «Разработка эскизного проекта».

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

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

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

Содержание эскизного проекта задается в ТЗ на систему.

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

 

Работы на стадии Техно-рабочего проектирования выполняются на основе утвержденного Техничес кого задания.

Техно-рабочее проектирование выполняется в два этапа:

техническое проектирование

рабочее проектирование.

 

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

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

При наличии опыта проектирования эти этапы иногда объединяются в один, в результате выполнения которого получают Техно-рабочий проект