Стандарты пользовательского интерфейса информационных технологий

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

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

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

К примеру, для регламентации взаимодействия между различными программами пред-назначены стандарты межпрограммного интерфейса (один из них – стандарт технологии OLE (Object Linking and Embedding — связывание и встраивание объектов). Такие стан-дарты делают открытыми программные продукты друг для друга.

Требования пользователей по стандартизации в сфере информационных технологий реализуются в стандартах на пользовательский интерфейс, например в стандарте GUI (Graphical User Interface).

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

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

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

· стандарт ISO 9241-12-1998 регулирует визуальное представление информации, окна, списки, таблицы, метки, поля и др.;

· стандарт ISO 9241-14-1997 - меню;

· стандарт ISO 9241-16-1998 - прямые манипуляции;

· стандарт ISO/IES 10741-1995 - курсор;

· стандарт ISO/IES 12581-(1999-2000) - пиктограммы.

Стандарты, затрагивающие эргономические характеристики, являются унифицирован­ными по отношению к классам и подклассам:

· стандарт ISO 9241-10-1996 - руководящие эргономические принципы, соответствие задаче, самоописательность, контролируемость, соответствие ожиданиям пользователя, то­лерантность к ошибкам, настраиваемость, изучаемость;

· стандарт ISO/IES 13407-1999 - обоснование, принципы, проектирование и реализа­ция ориентированного на пользователя проекта;

· стандарт ГОСТ Р ИСО/МЭК 12119-2000 - требования к практичности, понятность, обозримость, удобство использования;

· стандарт ГОСТ Р ИСО/МЭК 9126—93 - практичность, понятность, обучаемость, простота использования.

Основные элементы проектного плана в MS Project. Проектный треугольник. Типы задач и ресурсов проектного плана. Диаграмма Ганта.

Составляющие проектного плана

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

Задачи

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

Фазы

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

Завершающие задачи

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

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

Длительность и трудозатраты

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

Зависимости и связи

Задачи в плане проекта взаимосвязаны, например, часто одна задача не может начаться, пока не закончена другая (возведение стен не может начаться раньше закладки фундамента). В MS Project зависимости называются термином Dependencies.

На плане проекта зависимости обозначаются с помощью связей (Link), и оба эти термина — зависимость и связь — используются с одним и тем же смыслом, обозначая логику, определяющую последовательность работ в плане проекта.

Роли и ресурсы

Под ресурсами в MS Project понимаются сотрудники и оборудование, необходимые для выполнения проектных задач. Например, для выполнения задачи Сбор предложений от авторов в проекте должен быть задействован ответственный секретарь журнала.

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

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

Стоимость ресурсов

Важное свойство ресурсов — стоимость (Cost (Затраты)) их использования в проекте. В MS Project есть два типа стоимости ресурсов: повременная ставка и стоимость за использование. Повременная ставка (Rate) выражается в стоимости использования ресурса в единицу времени, например 100 рублей в час или 1000 рублей в день. В таком случае стоимость участия ресурса в проекте составит время, в течение которого он работает в проекте, умноженное на почасовую ставку. Обычно почасовая ставка используется для учета стоимости нематериальных ресурсов.

Назначения

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

Проектный треугольник

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

Рис. 1. Проектный треугольник - популярное средство графического представления специфики управления проектами

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

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

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

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

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

Рис. 2. Качество находится в центре проектного треугольника; изменение любой из составляющих проекта так или иначе влияет на его качество

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

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