О разработке организационной структуры системы обеспечения качества сложных информационных систем
Рассматривается разработанная организационная структура системы обеспечения качества, более подходящая для сложных систем, с учётом особенностей сложных информационных систем и особенностей обеспечения качества. Особенности сложных информационных систем.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | статья |
| Язык | русский |
| Дата добавления | 28.11.2020 |
| Размер файла | 155,8 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
О разработке организационной структуры системы обеспечения качества сложных информационных систем
В.М. Гребенюк, аспирант
Московский государственный технический университет радиотехники, электроники и автоматики, МГТУ МИРЭА
Аннотации
В статье рассматривается разработанная организационная структура системы обеспечения качества, наиболее подходящая для сложных систем, с учётом особенностей сложных информационных систем и особенностей обеспечения качества таких систем. В статье также рассмотрены принципы организации процесса обеспечения качества информационных систем в целом, и задачи, решаемые этими системами. Кроме того, выделены особенности сложных информационных систем, особенности обеспечения качества таких систем, выявлены отличия в задачах, стоящих перед системой обеспечения качества сложных информационными систем по сравнению с информационными системами в целом
Введение
В последние годы разрабатывается и внедряется большое количество информационных систем различного назначения. Глубокое проникновение информационных технологий во многие отрасли науки и производства формирует заказ в разработке всё более сложных информационных систем, предъявляя повышенные требования к качеству таких систем, и, как следствие, делая более значимой роль процесса управления качества на протяжении всего жизненного цикла.
Согласно ГОСТ Р ИСО/МЭК 15288-2005 (Информационная технология. Системная инженерия. Процессы жизненного цикла систем), основная цель процесса управления качества систем состоит в том, чтобы обеспечить такой уровень качества продукции, услуг и реализации процессов жизненного цикла, который бы соответствовал целям предприятия в области качества и удовлетворял заказчика. При этом, одним из видов деятельности в процессе управления качеством является создание организационной структуры системы обеспечения качества, а именно определение ответственности и полномочий для управления качеством [3].
Ввиду того, что разрабатывается всё больше сложных информационных систем, существует необходимость в выработке наиболее оптимального подхода к формированию эффективной организационной структуры системы обеспечения качества.
Организационная структура системы обеспечения качества сложных информационных систем имеет свою специфику и требует особого строения. Несмотря на актуальность темы, в литературе она освещена мало: стандарты [7], [1] предписывают выбрать организационную структуру системы обеспечения качества наиболее подходящую для конкретного проекта с учётом особенностей организации, без описания деталей или общих принципов построения. При этом, решение данной задачи нетривиально, а исправление ошибок в построении организационной структуры системы обеспечения качества, допущенных на ранних стадиях проекта, может потребовать значительных усилий в последствии. В связи с этим, предлагается рассмотреть возможность разработки принципов построения организационной структуры системы обеспечения качества сложных информационных систем, выделить ключевые элементы такой системы и описать их роли и обязанности в рамках данной работы.
Для того, чтобы выработать организационную структуру системы обеспечения качества, наиболее подходящую для сложных систем предлагается, в первую очередь, рассмотреть принципы организации систем обеспечения качества информационных систем в целом, а также задачи, которые такие системы решают. В последующем, предлагается рассмотреть особенности сложных информационных систем, особенности обеспечения качества таких систем, и выявить отличия в задачах, стоящих перед системой обеспечения качества сложных информационных систем по сравнению с информационными системами в целом.
1. Принципы организации систем обеспечения качества информационных систем в целом
В отличие от процессов по обеспечению качества независимых программных приложений, в основе организации комплекса мер по обеспечению качества информационных и других систем, стоит понятие качества системы, как единого целого, и подразумевается, что множество людей работающих на проекте, влияют на итоговое качество конечного продукта. Взаимодействие участников системы обеспечения качества с другими элементами проекта всегда комплексное, потому что оно подразумевает взаимодействие с организационными элементами проекта всех уровней на всех стадиях жизненного цикла проекта. В одних случаях, система обеспечения качества диктует необходимость проведения определённых активностей, в других, она может только повлиять на те или иные активности. В общем смысле, любые активности на проекте влияют на итоговое качество проекта, поэтому система обеспечения качества должна предусматривать комплексный, всеобъемлющий подход для поддержания заданного уровня качества конечного продукта [9].
Большинство стандартов детально описывают роль руководства и, в частности, руководителя проекта, при этом, опуская остальные детали организационной структуры системы обеспечения качества, подразумевая, что каждая организация выбирает наиболее подходящую организационную структуру, исходя их специфичных данному проекту и организации целей и ограничений [1], [7]. качество информационный система
Однако, в некоторых случаях в литературе всё-таки проводятся попытки обобщить знания об организационной структуре системы обеспечения качества различных проектов. В частности, в четвёртом издании "Handbook of Software Quality Assurance" под редакцией Гордона Шулмеера (Gordon Schulmeyer) [9] рассматриваются различные структуры системы обеспечения качества больших проектов. При этом, автор отмечает, что выбор конечной организационной структуры для конкретного случая зависит от корпоративной структуры, правил, а также доступных ресурсов организации.
Стоит отметить, что так как данное исследование направлено на разработку организационной структуры системы обеспечения качества сложных информационных систем, предлагается преднамеренно опустить примеры организации системы обеспечения качества, применяемые в организациях небольшого размера, исходя из предположения, что необходимость разработки сложных информационных систем специфична, в первую очередь, для больших, а в отдельных случаях и среднего размера организациях.
1.1. Вариант организации системы обеспечения качества с использованием ресурсов подразделений, отвечающих за определенный этап жизненного цикла проекта
Одним из вариантов организационной структуры системы обеспечения качества является такой способ организации, в котором не создаётся отдельного структурного подразделения для реализации системы обеспечения качества, а используются ресурсы существующих подразделений (при этом, каждый из отделов может отвечать за обеспечение определённой стадии жизненного цикла одновременно нескольких проектов или продуктов). Такая организационная структура часто применяется для реализации отдельных сложных проектов в больших компаниях. На рис. 1 изображен вариант организации системы обеспечения качества в больших организациях с использованием ресурсов подразделений, отвечающих за определенный этап жизненного цикла проекта.
Рис. 1. Вариант организации системы обеспечения качества в больших организациях с использованием ресурсов подразделений, отвечающих за определенный этап жизненного цикла проекта
Приведённая организационная структура подразумевает наличие единого менеджера по качеству, отвечающему за планирование и документирование результатов работы системы обеспечения качества проекта, координирующего активности участников системы обеспечения качества и производящего контроль за исполнением запланированных мероприятий по обеспечению качества.
Для выработки требований к системе обеспечения качества привлекаются отделы проектирования, разработки и технической поддержки. В частности, отдел технической поддержки привлекается для того, чтобы внести требования по сопровождению и технической поддержке итогового продукта. В данной организационной структуре, менеджер по качеству также отвечает за координацию и интеграцию активностей по определению и описанию требований к системе качества. Кроме того, менеджер по качеству взаимодействует с представителями других отделов, чтобы определить критерии оценки, которые будут использоваться для определения соответствия установленным требованиям.
Для разработки и последующей поддержки методологии системы обеспечения качества, которая будет использоваться на проекте, менеджер по качеству контактирует с Группой разработки процессов (ГРП). ГРП отвечает за координацию с различными подразделениями внутри организации в рамках разработки методологии и оценки её эффективности.
Обеспечение качества продукта осуществляется не только отделом контроля качества, так и другими отделами: отделом интеграционного, системного тестирования, а также отделом разработки. Роль и функции каждой из команд в системе обеспечения качества описаны в плане тестирования и оценки системы [4]. Отзывы отделов разработки, эксплуатации и технической поддержки также учитываются в соответствии с планом тестирования и оценки системы. Координационные активности по сбору таких сведений возлагаются на менеджера по качеству.
Менеджер по качеству проекта отчитывается непосредственно менеджеру проекта. Это сделано в частности ещё и для того, чтобы менеджер по качеству имел возможность привлечь менеджера проекта для решения конфликтных ситуаций.
1.2. Вариант организации системы обеспечения качества с использованием ресурсов подразделений, отвечающих за полный жизненный цикл подсистемы
Ещё один пример организационной структуры системы обеспечения качества проекта изображён на рисунке 2. Основная особенность изображённого метода в наличии объединённых отделов, отвечающих за обеспечение полного жизненного цикла отдельного продукта или подсистемы. Данный метод иногда используется большими организациями, например в случае привлечения нескольких подрядчиков. Основная идея такого подхода состоит в том, чтобы обеспечить эффективное взаимодействие и обмен необходимой информацией внутри отдела, работающего над одним продуктом (подсистемой) на всех этапах жизненного цикла продукта (подсистемы). Зачастую, при таком методе организации работы проекта весь персонал, работающий над определенным продуктом (подсистемой) размещается в одном помещении. При таком методе организации в состав отдела могут включаться представители будущих (настоящих) пользователей продукта (подсистемы) для того чтобы оперативнее получать необходимую информацию и быстрее разрешать возникающие проблемы.
Рис. 2. Вариант организации системы обеспечения качества в больших организациях с использованием ресурсов подразделений, отвечающих за полный жизненный цикл подсистемы
Объединённые отделы могут существовать на разных уровнях, а значит на каждом из этих уровней может понадобится отдельный менеджер по качеству. Например, организационная структура, показанная на рисунке 2, подразумевает наличие объединённых отделов для каждого элемента подсистемы, то есть объединённый отдел, отвечающий за обеспечение всех стадий жизненного цикла Космического сегмента, а для обеспечения жизненного цикла Наземного сегмента или Системы поддержки есть свои объединённые отделы, каждый из которых может иметь своего менеджера по качеству.
В отличие от предыдущего, данной подход не подразумевает наличие общего менеджера по качеству для всех отделов: его роль распределена между менеджерами по качеству каждого из объединённых отделов.
1.3. Гибридные методы организации системы обеспечения качества
Кроме вышерассмотренных видов организационной структуры систем обеспечения качества в некоторых случаях также применяется модель, в которой менеджер по качеству занимается одновременно несколькими проектами. Кроме того, иногда менеджер по качеству может также совмещать и другие роли, такие как менеджер проекта.
Вне зависимости от выбранного типа организационной структуры, необходимо закрепить роли и описать обязанности всех участников системы менеджмента качества в соответствии с размером проекта и типом стоящих перед системой обеспечения качества задач.
1.4. Анализ недостатков рассмотренных вариантов организации системы обеспечения качества
Проведя анализ рассмотренных выше вариантов организационной структуры системы обеспечения качества сложных информационных систем, необходимо отметить, что в каждом перечисленном варианте наблюдается отсутствие единого ярко выраженного цента экспертизы, способного выявить глобальные бизнес процессы и варианты использования системы, как единого целого, а также провести оценку их качества. Несмотря на то, что отдельные субпроцессы и элементы системы детально прорабатываются и верифицируются на уровне подсистем, рассмотренные варианты организационной структуры оставляют ненулевую вероятность для ошибок взаимодействия элементов системы в целом в рамках единого бизнес процесса.
2. Задачи, которые ставятся перед системами обеспечения качества информационных систем в целом
В общем случае, система обеспечения качества предназначена для решения следующих задач:
· Разработка требований и контроль изменений: необходимо разработать и описать требования к показателям качества продукта, а также исключить возможность внедрения несанкционированных изменений;
· Разработка и внедрение методов: необходимо разработать и внедрить методы, процессы и процедуры разработки, использования, внедрения, поддержки продукта на различных этапах жизненного цикла системы;
· Оценка процессов и качества: необходимо разработать и внедрить методы, процессы и процедуры оценки качества продукта, а также связанной документации, процессов и процедур, влияющих на качество продукта.
Поставленные перед системой обеспечения качества задачи можно разделить на 2 типа: технические и организационные. Например, задача планирования активностей по обеспечению качества - это организационная задача, когда как задача по описанию методов, которые будут использоваться в рамках таких активностей - техническая задача.
Важно правильно понимать задачу по планированию активностей по обеспечению качества продукта: необходимо максимально органично вписать весь комплекс мер по обеспечению качества в жизненный цикл продукта. Например, процесс оценки качества является важным инструментом в системе обеспечения качества продукта, однако, сам по себе (изолированно от других процессов), этот процесс не позволит добиться нужного уровня качества: план системы по обеспечению качества должен учитывать возможность появления активностей по исправлению найденных дефектов, повторному аудиту и другим активностям, выполняемыми силами различных подразделений, необходимость в проведении которых возникает в результате активностей, входящих в состав системы обеспечения качества. Даже после того, как процесс обеспечения встроен в жизненный цикл продукта, важно уделить достаточно внимания поддержанию процессов на должном уровне и их совершенствованию, иначе построенная система обеспечения качества может потерять свою актуальность [9].
3. Особенности сложных информационных систем
Основной особенностью сложных информационных систем можно считать наличие нескольких подсистем, каждая из которых является отдельной системой, обладающей отдельными [8], [10]:
· Организационной структурой - организационная структура различных подсистем может очень сильно разниться, что может потребовать больших усилий по координации активностей по обеспечения качества единой системы);
· Штатным расписанием - различные подсистемы не всегда имеют идентичное штатное расписание (например, идентичные по названию подразделения могут быть наделены различными правами и обязанностями в различных подсистемах, или, например, какие-то из подсистем могут не иметь выделенного отдела обеспечения качества), что исключает возможность применения некоторых моделей организации системы обеспечения качества в чистом виде, требуя применения более гибкой структуры;
· Инфраструктурой - некоторые из подсистем могут использовать одни и те же ресурсы инфраструктуры для разных целей, а в каких-то случаях вообще не иметь тестовой инфраструктуры;
· Методологией разработки и жизненным циклом - различные методологии разработки и модели жизненного цикла подсистем подразумевают различные активности по обеспечению качества, в разные периоды времени, что означает, что организация системы обеспечения качества сложной системы, должна учитывать такого рода специфику каждой подсистемы и, при необходимости, внедрить дополнительные инструменты обеспечения качества для отдельных подсистем;
· Технологиями разработки и обеспечения качества - в зависимости от средств и методов разработки, применяемых программных и аппаратных средств, и других факторов, связанных с используемыми технологиями, может возникнуть ситуация, когда средства обеспечения качества, используемые для одной подсистемы, не применимы для другой;
· "Дорожной картой" - у каждой подсистемы имеется как стратегические (долгосрочные), так и тактические (краткосрочные) цели и планы, которые могут иметь лишь несколько общих точек (этапов), что делает возможным случаи, когда несоблюдение планов разработки или тестирования отдельной подсистемы приводит к коррекции планов всей системы;
· Бюджетами - финансирование различных подсистем сложной информационной системы нередко производится из различных источников, что может создать определённые сложности в процесс согласования объёмов работ, требуемых от каждой из подсистем для обеспечения качества системы в целом.
4. Особенности обеспечения качества сложных информационных систем
Исходя из особенностей сложных информационных систем, можно выделить следующие особенности обеспечения качества сложных информационных систем:
a) Требуется комплексная координация активностей по обеспечению качества, в связи с большим количеством взаимодействующих частей;
b) Необходима точная координация используемой инфраструктуры:
1) Контрольных данных,
2) Тестовых сред и стендов,
3) Версий программного обеспечения.
c) Необходима высокая степень координации активностей по созданию, верификации и исправлению документации для различных частей системы, гармонизированной в соответствии с конечными требованиями к системе в целом с учётом жизненного цикла подсистем и используемых методологий разработки;
d) Необходима четкая координация активностей по управлению дефектами, найденными в отдельных подсистемах, но влияющих на функционирование всей системы;
e) Организационная структура системы обеспечения качества должна быть адаптируема к особенностям организационой структуры и штатного расписания различных подсистем.
5. Непосредственно организационная структура обеспечения качества сложных информационных систем
Примеры организационных структуры системы обеспечения качества, рассмотренные выше, не оптимальны для сложных информационных систем, ввиду особенностей сложных информационных систем и особенностей обеспечения качества таких систем. В частности, дополнительные обязанности по координации использования инфраструктуры, активностей по управлению дефектами и различия в организационной структуре подсистем требуют введения дополнительных элементов организационной структуры.
В состав рекомендуемой организационной системы обеспечения качества сложных информационных систем, показанной на рисунке 3, входят:
a) Менеджер проекта;
b) Заказчик;
c) Аналитик проекта;
d) Группа обеспечения качества проекта:
1) Менеджер по качеству проекта;
2) Отделение аудита и тестирования;
3) Дефект менеджер;
4) Менеджер инфраструктуры.
e) Подразделения подсистем:
1) Менеджер подсистемы;
2) Отдел аналитики;
3) Отдел разработки;
4) Отдел контроля качества;
5) Другие элементы организационной структуры подсистемы.
f) Другие участники проекта (например, системный архитектор проекта).
В зависимости от размеров и фазы проекта, выбранной методологии разработки, списка подзадач, а также других условий, специфичных для конкретного проекта, приведённая структура может меняться в сторону укрупнения или уменьшения элементов, то есть некоторые из структурных подразделений могут выполнять функции одного или нескольких подразделений. И наоборот, вместо отдельных структурных подразделений, могут быть введены группы подразделений, выполняющих одну и ту же функцию.
6. Роли, обязанности и ответственности сторон предложенной организационной структуры обеспечения качества сложных информационных систем
6.1. Менеджер проекта
Детали обязанностей менеджера проекта зависят от специфики проекта, однако, в целом описаны в существующих стандартах [5] [6].
В частности, своей лидирующей ролью и действиями высшее руководство должно подтверждать свое стремление выполнять принятые обязательства по разработке, внедрению и развитию внутренних возможностей по управлению услугами в соответствии с требованиями бизнеса организации и её заказчиков.
Рис. 3. Вариант организации системы обеспечения качества сложных информационных систем
Роль руководства в обеспечении использования лучших практик при организации процессов и поддержании их работы является фундаментальной для любого поставщика услуг с целью выполнения им требований ГОСТ Р ИСО/МЭК 20000-1, а именно
a) установить цели, определить политику и сформировать планы по управлению услугами;
b) информировать о важности достижения целей по управлению услугами и о необходимости постоянного улучшения;
c) гарантировать, что с целью повышения удовлетворенности заказчиков их требования определены и выполняются;
d) назначить представителя руководства, ответственного за координацию и управление всеми услугами (ответственного руководителя);
e) определять и предоставлять ресурсы для планирования, внедрения, мониторинга, проведения обзора и улучшения предоставления и управления услугами; например, принимать на работу необходимый персонал, управлять текучестью кадров;
f) управлять рисками, связанными с организацией управления услугами и с самими услугами;
g) проводить обзор управления услугами с запланированной периодичностью, для того чтобы гарантировать постоянную приемлемость, адекватность и результативность.
Высшее руководство поставщика услуг должно гарантировать, что его сотрудники осведомлены о значимости и важности своей деятельности и о том, какой вклад они вносят в достижение целей управления услугами.
Все роли и ответственности по управлению услугами должны быть определены, и поддерживаться, наряду с компетенциями, необходимыми для их результативного выполнения.
Для обеспечения результативного исполнения персоналом своих ролей, должны проводиться обзоры и управление компетентностью и необходимостью в обучении персонала [5].
Для гарантий соблюдения обязательств по выполнению требований настоящего стандарта, в организации поставщика услуг следует назначить руководителя, ответственного за планы управления услугами из числа высшего руководства. Этот руководитель должен нести общую ответственность за формирование и реализацию планов управления услугами.
В обязанности ответственного руководителя следует включить обеспечение ресурсов для постоянной или проектной деятельности по улучшению услуг.
Для работы ответственного руководителя следует организовать группу поддержки принятия решений с полномочиями, достаточными для определения политики и обеспечения исполнения принятых решений [6].
6.2. Заказчик
Под заказчиком проекта подразумевается представитель или группа представителей подразделения, которые формируют исходные общие требования к разрабатываемой системе и которые, во многих случаях, являются спонсорами проекта.
6.3. Аналитик проекта
Аналитик является связующим звеном между заказчиком/спонсором проекта и командами разработчиков (в данном случае командами, разрабатывающими каждую из подсистем). В отличие от аналитиков, работающих непосредственно в каждой из подсистем, специалист или группа специалистов, занимающих данную позицию, должны иметь детальное понимание работы всей системы, разрабатываемой в рамках проекта, как единого целого (у аналитиков работающих непосредственно в каждой из подсистем понимание работы всей системы может быть неполным).
Стоит понимать, что заказчик может не разбираться в технической архитектуре системы, достоинствах и недостатках отдельных технологий, а также других технических деталях, однако, именно заказчик или соответствующее подразделение организации будет использовать разработанную систему, а значит, аналитику нужно добиться максимально точного понимания потребностей заказчика. Аналитик должен подробно сформулировать и документировать требования к системе в виде, понятном команде разработчиков и достаточном для того, чтобы исключить возможность неоднозначного их трактования.
6.4. Группа обеспечения качества проекта
Основная задача группы обеспечения качества состоит в независимом подтверждении соответствия программных продуктов и услуг требованиям договора и соблюдение установленных планов.
В состав такой группы входит персонал, организационно независимый от тех, кто отвечает за разработку программного средства. Также рассматривается возможность использовать результаты других работ в качестве исходных данных, а также скоординировать данные работы с другими работами по оценке [2].
В состав группы обеспечения качества проекта могут входить:
· Менеджер по качеству проекта;
· Отделение аудита и тестирования;
· Дефект менеджер;
· Менеджер инфраструктуры.
Допускается также наличие других членов отделов обеспечения качества проекта, обусловленное спецификой проекта и/или организации.
Роли и обязанности каждого члена отдела обеспечения качества проекта могут отличаться от проекта к проекту, но, в общем случае, могут быть описаны следующим образом:
Менеджер по качеству проекта (в данном случае сложной информационной системы) отвечает за следующие активности:
· Разработка требований к системе обеспечения качества проекта;
· Проектирование и разработка системы обеспечения качества проекта;
· Создание и контроль исполнения плана по обеспечению качества проекта;
· Координация и контроль над активностями по обеспечению качества проекта;
· Обнаружение и уменьшение рисков связанных с качеством проекта;
· Эскалация проблем и конфликтных ситуаций менеджеру проекта.
Отделение аудита и тестирования группы обеспечения качества проекта занимается интеграционным тестированием и аудитом результатов работы отделов контроля качества подсистем. Важное отличие данного отделения от отделов контроля качества подсистем в том, что в отличие от последних, у отделения аудита и тестирования существует точное понимание работы системы как единого целого, когда как сотрудники отделов контроля качества подсистем могут не иметь представления о деталях работы всех системы.
Дефект менеджер проекта отвечает за координацию активностей по управлению дефектами, найденными в отдельных подсистемах, но влияющих на функционирование всей системы.
Менеджер инфраструктуры отвечает за координацию используемой инфраструктуры:
· Контрольных данных,
· Тестовых сред и стендов,
· Версий программного обеспечения.
6.5. Подразделения подсистем
Организационная структура и состав подразделений различных подсистем может различаться от подсистемы к подсистеме. В качестве примера ключевых элементов организационной структуры системы приведена структура, состоящая из следующих элементов:
* Менеджер подсистемы;
* Отдел аналитики;
* Отдел разработки;
* Отдел контроля качества;
* Другие элементы организационной структуры подсистемы.
Подразумевается, что каждая из подсистем обеспечивает контроль качества на уровне, достаточном для функционирования данной подсистемы. Ввиду этого предположения, имеется возможность включить активности по обеспечению качества, проводимые силами каждой подсистемы в общую систему обеспечения качества, максимально исключив дублирующие активности, тем самым, повысив эффективность системы обеспечения качества сложной системы.
7. Особенности взаимодействия элементов организационной структуры системы обеспечения качества сложных информационных систем.
Сложность организационной структуры и большое количество взаимодействующих между собой (а зачастую и зависящих от результатов работы друг друга) элементов, диктует необходимость строгой координации активностей между участниками системы обеспечения качества сложных систем. Для решения данной проблемы предлагается введение следующих мер:
· Регулярное взаимодействие представителей отдела обеспечения качества проекта с менеджером проекта, проектным аналитиком, разработчиками и другими заинтересованными сторонами;
· Регулярные отчёты о состоянии активностей по обеспечению качества проекта, предоставляемые как отделом обеспечения качества проекта, так и командами, разрабатывающими каждую из подсистем;
· Регулярные демонстрации текущего состояния разрабатываемой системы для менеджера проекта, проектного аналитика, спонсора проекта и других заинтересованных сторон.
В целях повышения уровня координации и взаимодействия на проекте, и, как следствие, итогового уровня качества системы, в дополнение к общепринятым практикам и методам контроля хода выполнения проекта (регулятные отчёты, аудиты и т.д.), предлагается ввести отдельный координационный орган - проектный комитет.
Проектный комитет состоит из представителей различных заинтересованных сторон проекта (включая руководителя проекта, руководителя системы обеспечения качества проекта, аналитиков, представителей различных подсистем). Регулярная работа такого координационного органа позволяет:
· наиболее взвешенно осуществлять коррекцию текущих планов (введение новых, изменение приоритета текущих задач или их исключение) исходя из актуальной ситуации;
· уведомлять всех участников процесса о дефектах, найденных в каждой из подсистем и имеющим потенциальное влияние на функционирование системы в целом, а также назначать более точный уровень приоритета таким дефектам (в отличие от потенциально субъективных оценок, выставленных подразделением, обнаружившем дефект).
8. Особенности организационной структуры, не специфичные для сложных систем, но которые должны быть приняты во внимание.
В силу того, что рынок требует уменьшения времени на разработку новых продуктов, а также в результате развития технологий, глобализации организаций и общества, в последнее время всё чаще применяются методы создания продуктов с использованием сотрудников, дистанционно работающих из разных точек страны и мира в целом.
В случае работы с распределёнными командами стоит учитывать такие факторы, как разные часовые пояса, возможные языковые барьеры, разницу в менталитете и культуре. Стоит также отметить повышенные требования к информационной безопасности, а также высокую роль инфраструктуры при удалённой работе.
Другой особенностью организации крупных краткосрочных проектов, может являться временное привлечение специалистов из сторонних компаний. Несмотря на высокую, относительно штатного сотрудника той же позиции, стоимость труда, привлечение внешних специалистов может быть оправданно, если речь идёт о заведомо временном расширении объёма требуемых работ. В таких случаях, затраты на поиск и обучение штатного сотрудника, а также на его трудоустройство после завершения требуемых временных работ, зачастую превышают стоимость привлечения внешнего сотрудника. При этом необходимо убедиться, что по окончанию сроков привлечения внешних специалистов, необходимая экспертиза остаётся внутри организации, а также свести к минимуму возможные контрактные риски, такие как ответственность за срыв сроков выполнения задачи, неисполнение работ, разглашение внутренней или коммерческой тайны и другие.
Заключение
В статье рассмотрены принципы организации систем обеспечения качества информационных систем в целом, а также задачи, которые такие системы решают. Было также проведено исследование по выявлению особенностей сложных информационных систем и особенностей обеспечения качества таких систем, выявлены отличия в задачах, стоящих перед системой обеспечения качества сложных информационными систем по сравнению с системами обеспечения качества в целом.
В результате проведённого исследования разработана организационная структура системы обеспечения качества, наиболее подходящая для сложных систем, с учётом особенностей сложных информационных систем и особенностей обеспечения качества таких систем. В частности, введены дополнительные элементы организационной структуры, отвечающие за координацию использования инфраструктуры, активностей по управлению дефектами, интеграционным тестированием проекта и другие. Внедрение таких элементов позволило сформировать единый центр экспертизы способный выявить глобальные бизнес процессы и варианты использования системы, как единого целого, а также обеспечить их качество.
В рамках разработанной организационной структуры, были также рассмотрены особенности взаимодействия элементов организационной структуры системы обеспечения качества сложных информационных систем, а также сделан акцент на особенностях организационной структуры, не специфичных для сложных систем, но которые должны быть приняты во внимание при внедрении предлагаемой организационной структуры.
Литература
1. ГОСТ ISO 9001-2011. Межгосударственный стандарт. Системы менеджмента качества. Требования. Введ. 2011-22-12. - М.: Изд-во стандартов, 2011. 61 с.
2. ГОСТ Р ИСО/МЭК ТО 15271-2002. Информационная технология. Руководство по применению ГОСТ Р ИСО/МЭК 12207 (Процессы жизненного цикла программных средств). Введ. 2002-05-06. - М. : Изд-во стандартов, 2002. 45 с.
3. ГОСТ Р ИСО/МЭК 15288-2005. Информационная технология. Системная инженерия. Процессы жизненного цикла систем. Введ.2005-29-12. - М. : Изд-во стандартов, 2005. 57 с.
4. ГОСТ Р ИСО/МЭК 12119-2000. Информационная технология. Пакеты программ. Требования к качеству и тестирование. Введ.2002-01-01. - М. : Изд-во стандартов, 2002. 19 с.
5. ГОСТ Р ИСО/МЭК 20000-1-2010. Информационная технология. Менеджмент услуг. Часть 1. Спецификация. Введ.2011-30-06. - М. : Изд-во стандартов, 2011. 36 с.
6. ГОСТ Р ИСО/МЭК 20000-2-2010. Информационная технология. Менеджмент услуг. Часть 2. Кодекс практической деятельности. Введ.2011-30-06. - М. : Изд-во стандартов, 2011. 36 с.
7. ГОСТ Р ИСО/МЭК 26300-2010. Информационная технология. Формат Open Document для офисных приложений (OpenDocument) v1.0. Введ.2011-31-05. - М.: Изд-во стандартов, 2011. 893 с.
8. Петров, В.Н. Информационные системы [Текст] / В.Н. Петров. - СПб.: Питер, 2003. 688 с.
9. Handbook of software quality assurance (3rd ed.) / Ed. by G. Gordon Schulmeyer. Artech House, 2008. 464 p.
10. Ali N., Petersen K., Mдntylд M. Testing Highly Complex System of Systems: An Industrial Case Study. Режим доступа: http://www.soberit.hut.fi/mmantyla/ 2012_Nauman_System_of_Systems_Testing_ESEM.pdf (дата обращения 23.09.2013).
Размещено на Allbest.ru
...Подобные документы
Создание инструмента проектирования и прототипирования графических пользовательских интерфейсов сложных информационных систем. Интерфейс пользователя и командной строки. Средства прототипирования и их характеристики. Создание интерактивных прототипов.
дипломная работа [2,4 M], добавлен 04.07.2011Развитие информационных систем. Современный рынок финансово-экономического прикладного программного обеспечения. Преимущества и недостатки внедрения автоматизированных информационных систем. Методы проектирования автоматизированных информационных систем.
дипломная работа [1,5 M], добавлен 22.11.2015Изучение деятельности фирмы СООО "Гейм Стрим", занимающейся разработкой программного обеспечения интеллектуальных систем. Проведение работы по тестированию информационных систем на степень защищенности и безопасности от разного рода информационных атак.
отчет по практике [933,1 K], добавлен 05.12.2012Назначение, классификация, состав и назначение компонентов операционных систем. Разработка сложных информационных систем, комплексов программ и отдельных приложений. Характеристика операционных систем Windows, Linux, Android, Solaris, Symbian OS и Mac OS.
курсовая работа [2,1 M], добавлен 19.11.2014История развития и классификация информационных систем. Применение информационных систем в образовании. Практические аспекты использования прикладного программного обеспечения при разработке сайта. Функциональные возможности программного приложения.
курсовая работа [47,9 K], добавлен 19.01.2017Методология структурного анализа и проектирования информационных систем. Базовый стандарт процессов жизненного цикла программного обеспечения. Цели и принципы формирования профилей информационных систем. Разработка идеальной модели бизнес-процессов.
презентация [152,1 K], добавлен 07.12.2013Основные процессы разработки, приобретения и внедрения сложных систем. Семейство стандартов ISO 9000. Зрелые и незрелые организации-разработчики программного обеспечения. Основные направления формирования метрик для оценки компьютерных программ.
дипломная работа [656,8 K], добавлен 27.11.2012Виды обеспечения автоматизированных информационных систем. Составление технического задания, разработка информационной системы, составление руководства пользователя к программе. Средства программирования распределенных систем обработки информации.
отчет по практике [1,1 M], добавлен 16.04.2017Анализ технического обеспечения информационных систем (микропроцессоры). Программное обеспечение информационных систем. Классификация программного обеспечения. Программы подготовки первичных документов на примере "1С: Бухгалтерия", "1С: Налогоплательщик".
контрольная работа [808,5 K], добавлен 20.07.2010Система "человек-машина" для автоматизированного сбора и обработки информации. Два вида информационных систем: информационно-справочные (пассивные) и информационно-советующие (активные). Критерии и подходы к классификации для управляющих сложных систем.
реферат [21,3 K], добавлен 27.02.2009Понятие информационной системы и баз данных. Критерии классификации автоматизированных информационных систем. Примеры простых и сложных запросов. Характеристика и анализ возможностей справочно-правовых систем "Кодекс", "Консультант Плюс", "Гарант".
курсовая работа [40,3 K], добавлен 16.05.2017Жизненный цикл информационных систем, методологии и технологии их проектирования. Уровень целеполагания и задач организации, классификация информационных систем. Стандарты кодирования, ошибки программирования. Уровни тестирования информационных систем.
презентация [490,2 K], добавлен 29.01.2023Роль структуры управления в информационной системе. Примеры информационных систем. Структура и классификация информационных систем. Информационные технологии. Этапы развития информационных технологий. Виды информационных технологий.
курсовая работа [578,4 K], добавлен 17.06.2003Особенности построения и функционирования информационных систем. Понятие, цель и задачи информационной логистики, информационные потоки и системы. Виды и принципы построения логистических информационных систем. Повышение качества логистического процесса.
контрольная работа [25,4 K], добавлен 11.11.2010Рассмотрение способов оценки скорости обработки транзакций, графических возможностей, производительности суперкомпьютеров и конфигураций Web. Описание структуры и содержания электронного учебника "Методы организации сложных экспертиз компьютерных систем".
курсовая работа [1,3 M], добавлен 21.11.2010Характеристика электрических систем в установившихся режимах. Классификация кибернетических систем. Развитие методов моделирования сложных систем и оптимизация на электронных вычислительных машинах моделей в алгоритмическом и программном аспекте.
реферат [27,3 K], добавлен 18.01.2015Методологии разработки информационных систем в отечественной и зарубежной литературе. Государственные и международные стандарты в области разработки программного обеспечения. Разработка фрагмента информационной системы "Учебно-методический ресурс".
курсовая работа [364,6 K], добавлен 28.05.2009Факторы угроз сохранности информации в информационных системах. Требования к защите информационных систем. Классификация схем защиты информационных систем. Анализ сохранности информационных систем. Комплексная защита информации в ЭВМ.
курсовая работа [30,8 K], добавлен 04.12.2003Виды архитектуры распределенных информационных систем. Сущность синхронного и асинхронного, блокирующего и неблокирующего взаимодействия в распределенных информационных системах. Основные проблемы и принципы реализации удаленного вызова процедур.
реферат [26,4 K], добавлен 22.06.2011История развития информационных технологий. Классификация, виды программного обеспечения. Методологии и технологии проектирования информационных систем. Требования к методологии и технологии. Структурный подход к проектированию информационных систем.
дипломная работа [1,3 M], добавлен 07.02.2009
