Проектирование экранных форм

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

Преимущества экранных форм:

- Доступны в режиме on-line

- Печать осуществляется по требованию

- Легко поддаются модификации

- Содержат элементы проверки правильности вводимых данных, автоматически заполняемые поля, ввод из справочников

- Могут динамически адаптироваться под конкретного пользователя

Этапы проектирования ЭД:

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

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

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

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

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

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

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

Наименование реквизитов	Р(1)	…	Р(i)	…	P(n)
Значения реквизитов	p(1)	…	p(i)	…	p(n)

Рис.1. Линейная форма документа

 

Наименование реквизитов	Значения реквизитов
Р(1)	p(1)
…	…
Р(i)	p(i)
…	…
P(n)	p(n)

Рис.2. Анкетная форма документа

 

	Наименование реквизитов
	Р(1)	…	Р(i)	…	P(n)
Значения реквизитов	p(1,1)	…	p(i,1)	…	p(n,1)
…	…	…	…	…
p(1,j)	…	p(i,j)	…	p(n,j)
…	…	…	…	…
	p(1,m)	…	p(i,m)	…	p(n,m)

__ ______ __

Лекции по курсу «Планирование и управление проектной деятельностью»

Раздел 1. Введение. Основные понятия проектной деятельности

Важность управления проектами

Обзор стандарта Руководство PMBOK

Что такое проект, что такое управление проектом

Отличительные особенности ИТ-проектов

Контекст управления проектами

Проекты, программы и портфели

Роль и место менеджера проекта

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

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

__________ _________

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

Анализ статистики показывает, что большой процент ИТ-проектов аналогичны уже выполненным. У руководителя проекта имеется опыт реализации таких задач и понимание возможных проблем. В этих случаях иерархическая структура проекта и работ (ИСП/ИСР) формируется с применением подхода Top-down (сверху вниз), используется типовая структура проектной команды, планы проекта (план управления рисками, план коммуникаций и пр.) аналогичны планам предыдущих проектов. Однако 10 процентов проектов – инновационные, реализуемые "с нуля" и требующие творчества, нестандартных решений и управленческой смелости. Принятие решений в таких проектах характеризуется высокими рисками, что требует от руководителя глубоких знаний методики проектного управления и понимания особенностей её применения в сфере информационных технологий.

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

 

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

Данный стандарт уникален для сферы управления проектами и имеет отношение к другим дисциплинам управления проектами, таким как управление программами и управление портфелями.

Стандарты управления проектами не описывают каждую тему во всех подробностях. Данный стандарт предназначен для управления отдельными проектами и ограничивается описанием процессов управления проектами, которые обычно считаются хорошей практикой. Для получения дополнительной информации относительно более широкого контекста, в котором реализуются проекты, следует обращаться к другим стандартам. Управление программами описано в Стандарте управления программами (The Standard for Program Management), а управление портфелями – в Стандарте управления портфелями (The Standard for Portfolio Management). Изучение возможностей процессов управления проектами в рамках предприятия рассматривается в Модели зрелости управления проектами организации (Organizational Project Management Maturity Model, OPM3®

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

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

В результате проекта может получиться:

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

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

Отличительные особенности ИТ-проектов:

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

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

· зачастую реализация ИТ-проекта предусматривает изменение существующих организационных структур на предприятии;

· обычно в ИТ-проект вовлечено множество подразделений организации;

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

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

Если говорить о реализации ИТ-проектов, следует обратить внимание на следующие особенности:

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

· приоритеты выполнения проектов постоянно корректируются;

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

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

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

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

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

· происходит постоянное совершенствование технологии выполнения работ.

Управление проектами

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

• инициация;

• планирование;

• исполнение;

• мониторинг и управление;

• завершение.

В управление проектами, как правило, входит:

• определение требований;

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

• уравновешивание конкурирующих ограничений проекта, среди прочих:

○ содержание;

○ качество;

○ расписание;

○ бюджет;

○ ресурсы; и

○ риски.

Каждый конкретный проект окажет влияние на ограничения, которым должен уделять внимание менеджер проекта.

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

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

Последовательная разработка позволяет команде управления проектом осуществлять управление на более детальном уровне по мере развития проекта.

Связи между управлением проектами, управлением программами и управлением портфелями.

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

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

Управление портфелями

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

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

Программа – это ряд связанных друг с другом проектов, управление которыми координируется для достижения преимуществ и степени управляемости, недоступных при управлении ими по отдельности.

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

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

Управление программами уделяет основное внимание взаимозависимостям проектов и помогает определить оптимальный подход к их управлению. Действия, связанные с этими взаимозависимостями, могут включать:

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

• согласование организационного/стратегического направления, затрагивающего цели и задачи проекта и программы; и

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

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

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

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

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

• стратегические возможности/нужды предприятия (например, тренинговая компания санкционирует

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

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

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

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

разработке требований к обращению с новым токсичным материалом).

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

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

Менеджеры проектов и PMO (Project Management Office, PMO - офис управления проектами) преследуют разные цели и, таким образом, руководствуются различными требованиями. Тем не менее, все их действия ориентированы на стратегические интересы организации. Разница между ролью менеджера проекта и PMO может заключаться в следующем:

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

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

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

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

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

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

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

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

1 знания. Это относится к тому, что менеджер знает об управлении проектами.

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

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