Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Методы сбора данных в человеко-ориентированном проектировании информационных систем. Учебное пособие

.pdf
Скачиваний:
0
Добавлен:
07.09.2026
Размер:
1 Мб
Скачать
☆
ющих в ней процессов. На рис. 4 показана укрупненная схема анализа организации как системы при выявлении проблемы информатизации.
2. Одна из главных задач любой организации заключается в необ­ходимости наладить беспрепятственный обмен данными по горизонта­ли и вертикали на всех уровнях системы управления организации. Цель – преодолеть существующие межфункциональные вертикальные барьеры, создаваемые формально
определенной организационной
структурой – структурой ролей и постов в организации.
Рис.4. Схема представления организации
при анализе ИТ-инициативы
3. Процесс разработки любого ИТ-проекта можно понимать как производство интеллектуального продукта с использованием времен­ной (матричной или проектной) формы управления. Создается команда проекта, которая должна произвести определенный продукт (проект) в ходе реализации ИТ-инициативы. Эта команда должна получать дан­ные о содержании ИТ-инициативы, выявлять содержащуюся в них ин­формацию для снятия неопределенности относительно требований к проекту и в процессе выполнения проекта уточнять и согласовывать требования и предлагаемые решения, т. е. взаимодействовать с заинте­ресованными сторонами.
41
4. Команде проекта следует:
• знать и применять на практике принципы человеко-ориенти­рованного проектирования ИС;
• понимать необходимость учета на практике, при реализации
ИТ-инициативы для конкретной организации, особенности условий ее жизнедеятельности;
• выбирать подходящие для решаемых задач методы (техники) сбо­ра и анализа данных и реализовывать их на практике;
• во
взаимодействии с заинтересованными сторонами ИТ-проекта
согласованно использовать понятия данных, информации и знаний;
• учитывать возможные последствия для деятельности пользовате­лей изменения сложившихся неформальных коммуникационных сетей;
• понимать (рис. 5) возможность использования методов и средств сбора данных, задач системного анализа, рекомендаций существующих стандартов, сводов знаний и методологий в реализации ИТ-инициативы.
Рис. 5. Место методов и средств сбора данных
в реализации ИТ-инициативы
5. В сводах знаний и стандартах содержатся рекомендации по ме­тодам и техникам сбора и анализа данных при решении большого чис­ла типовых задач командой проекта на различных этапах его жизнен­ного цикла.
6. Содержание стандартов, сводов знаний, методологий после вы­пуска их очередных версий (редакций) по мере накопления опыта
42
применения этих рекомендаций на практике обновляется. Обновление вызвано не только накоплением знаний, но и ограниченным жизнен­ным циклом части знаний как интеллектуальных продуктов в сфере применения информационных технологий.
7. Крупные организации-разработчики ИТ-проектов обычно имеют собственные корпоративные руководства по разработке проектов, в которых учитывается их опыт работы в ИТ-сфере.
2.3. РИСКИ В ПРАКТИКАХ ОБРАЩЕНИЯ С ДАННЫМИ
Вопрос рисков в практике обращения с данными имеет два аспекта.
1. Может быть низкое качество данных, используемых в системах
информационной поддержки деятельности пользователей ИТ-систем, уровень которого предопределен сложностью предметной области их деятельности. Сложность вызвана тем, что моделируемые объекты (субъекты разного уровня) способны к
самоорганизации. Они активно отражают свое состояние и взаимодействия с внешней средой и настра­ивают используемые в деятельности модели на свое понимание реаль­ности. Поэтому команде проекта следует ответить на два вопроса:
• Как к такому качеству данных отнесутся те, кому эти данные
нужны для принятия решений?
• Какие правила должны быть установлены
для работы с такого ро-
да данными?
2. Возможность неэтичного обращения с данными в процессах ра-
боты с ними с целью манипулирования поведением пользователей или использования сотрудниками организации доступных им данных в ка­честве актива в своих интересах. В этом случае используются разнооб­разные технологии психологического и позиционного давления, а так
-
же обмана [44]. Если пользователи не знают об этом или не предполагают такого обращения с данными, то они, имея определен­ный уровень доверия к ним, считают, что имеющиеся в их распоряже­нии данные надежны и достоверны до тех пор, пока практика не пока­жет обратного. Результат такой работы с данными – утрата
доверия к их источнику. Плохо, когда в качестве источника таких данных они будут считать ИС.
Заметим, что персонал, сопровождающий корпоративные инфор­мационные системы, и разработчики ИТ-систем обычно заинтересова­ны в том, чтобы системы исправно работали. Им нередко безразлично,
43
какова достоверность хранящихся данных в сопровождаемых ими системах, ведь их вводит бизнес-персонал. Главное для ИТ-персонала, чтобы сами системы работали. Бизнес-персонал, в свою очередь, рабо­ту по обеспечению качества данных может ассоциировать только с ИС, хотя управление качеством данных – это в большей мере его задача, а не задача ИТ
-персонала.
Плохо, когда такого же взгляда на данные и информационные тех­нологии придерживаются разработчики ИС, считающие, что разрабо­танное «решение» (заложенные в ИС модели поддержки пользователей) первично, а задачи, решаемые пользователями, вторичны. Тем самым они вынуждают пользователей подгонять свои задачи деятельности в предметной области под имеющееся «решение», заложенное в ИС. При этом подразумевается, что бизнес-персонал и ИТ-персонал будут этично обращаться с данными.
Таким образом, для обеспечения качества данных нужно ИТ-пер­соналу организации работать в тесном контакте с конечными потреби­телями данных, чтобы понимать их требования к данным, т. е. устано­вить характеристики их качества для пользователей.
Следует заметить
, что пользователи ИС, однажды потеряв доверие
к данным ИС, восстанавливать его будут с большим трудом.
Практическое применение данных в определенной мере позволяет выявлять эмпирические зависимости между ними, т. е. получать актуаль­ные для конкретной организации знания. Полученные знания в последу­ющем могут быть применены для создания дополнительной ценности. Например, накопленные
данные о поведении потребителей изучают
с целью внесения изменений в производимые для них продукты и т. д.
Использование некачественных данных («мусор» на входе – «му­сор» на выходе ИС) всегда приводит к неверным решениям и негатив­ным последствиям для бизнеса: недополученной прибыли, прямым убыткам. Укажем здесь на сложность количественной оценки такого
потерь, поскольку качество данных нельзя рассматривать в отрыве
рода от качества персонала, их использующего, и многих других факторов, которые будут рассмотрены ниже. В любом случае качество данных – это необходимое условие качества принимаемых на их основе решений. Для производства высококачественных данных требуется планирование их качества, а также образ мышления бизнес- и ИТ-
персонала, ориенти­рованный на встраивание понятия качества данных во все процессы и системы работы с ними.
44
Все, кто профессионально работает с данными, прекрасно понима­ют, что их можно использовать для формирования ложных представ­лений об условиях и целях деятельности, а также о способах решения проблемных ситуаций. Тот, кто формирует ложные представления у другого человека или группы людей, тем самым манипулирует их поведением в своих интересах – реализует рефлексивное
управление
по отношению к ним [23].
Например, используется множество приемов обмана общественно­сти только за счет несложных манипуляций с отображением имеюще­гося фактического материала, т. е. без какой-либо прямой подтасовки данных [51].
Сразу заметим, что манипуляция данными не всегда бывает пред­намеренной – у всех есть стереотипы мышления и поведения, соб­ственные
установки по отношению к источникам данных, индивиду­альные предпочтения. Их наличие приводит к непреднамеренному искажению данных. Поэтому сложно определить однозначно границы между допустимым и недопустимым в обращении с данными.
ИТ-специалисты должны знать основные сценарии манипуляции данными, чтобы выявлять эти сценарии и правильно реагировать на их применение различными заинтересованными сторонами в
ходе разра­ботки ИТ-проектов. Заметим, что любые голословные заявления о сле­довании морально-этическим принципам в работе с данными ничего не дают без реализации конкретных действий по управлению каче­ством данных.
На рис. 6 показаны практикуемые в настоящее время методы (сцена­рии) преднамеренной и непреднамеренной манипуляции данными. Дан­ные в
этом случае понимаются как информационные факторы системно­го представления совместной деятельности. При этом информация, упакованная в передаваемые сообщения и приемлемая (имеющая смысл) для одной стороны, становится неприемлемой (приводит к ошибкам в решениях) для другой стороны в совместной деятельности.
Риски для жизнедеятельности организации при преобразовании
и интеграции данных могут быть вызваны тем
, что данные перемеща­ются по формальным и неформальным горизонтальным и вертикаль­ным коммуникационным каналам из системы в систему – из одного структурного подразделения в другое. При отсутствии должного кон­троля за данными и управления ими есть риск манипуляции данными или противоправного обращения с ними отдельных субъектов.
45
Рис. 6. Часто практикуемые сценарии манипуляции данными
Суть манипуляции с хронологией (временем) заключается в воз­можности обмана посредством выборочного исключения и/или вклю­чения точек ввода/регистрации данных в сообщение о каком-либо процессе. Этот сценарий часто используется при формировании предо­ставляемых пользователям итоговых отчетов о работе за какой-то ин­тервал времени.
Таблица 4
Субъективность и предвзятость в сборе данных
Используемый
фактор
Сбор данных для подтверждения предопределенного результата
Характерное поведение при реализации сценария
1. Сознательное принятие аналитиками к исполнению заказа на сбор данных, обработка которых даст желае­мый результат заказчику. В этом случае вместо объек­тивного сбора и анализа данных происходит:
• формирование выборки исходных данных под заказан­ный результат
• формулирование эмоционально окрашенных вопросов или использование других методов давления при сборе данных
2. Исполнение заказа под существенным давлением со стороны заказчика
3. Наличие у аналитиков своего интереса, влияющего на исполнение заказа
психологического
46
Окончание табл. 4
у
– ру
Используемый
фактор
Предвзятое использование собранных дан­ных
Выборочный по­иск данных в подтверждение гипотезы
Тенденциозная методология вы­борки
Влияние бизнес­контекста и куль­туры
Характерное поведение при реализации сценария
1. Данные собираются в соответствии с рекомендациями ис­пользуемого метода, т. е. с минимальными погрешностями. Затем заказчиком используется своя субъективная интерпре­тация собранных аналитиками данных. Используется подта­совка данных на стадии анализа – отсеиваются данные, не позволяющие получить желаемый результат. Оставшиеся данные обрабатываются формализованными методами. Результаты представляются
2. На аналитика оказывается серьезное давление с целью чения подтверждения предопределенного результата
пол
1. Встречается при работе с большими данными (техноло-
гии data mining). Используются различные догадки, кото­рым аналитик желает найти подтверждение с использова­нием имеющихся данных. Происходит поиск данных, соответствующих гипотезе, и игнорирование данных, ко­торые ей противоречат
2. В аргументации используются ссылки только на те фак-
, которые подтверждают заявленное утверждение
ты
1. Лица, планирующие сбор данных об исследуемом объ-
екте, уже имеют предвзятое мнение об этом объекте
2. Неосознанно выбирается метод исследования, источни-
ки данных, объемы выборок с учетом своего мнения об объекте и исследовании. В качестве самозащиты от такого рода искажений следует использовать рекомендации сводов знаний по выбору тодов, что исключит во многом тенденциозность в полу­ченных наборах данных
Искажение получаемых данных может быть вызвано:
• особенностями культуры, сложившейся в организации
или наличием патологий в культуре организации: тоталь­ный контроль и наблюдение за поведением сотрудников; принуждение к должному поведению (в организации все предписано, систематизировано, утверждено) и т. д.
• социально-психологическим климатом в конкретных
структурных
• принятыми в организации стилями разрешения кон-
фликтов и стилями руководства (лидерства) в системах: «вышестоящее руководство – руководители нижестоящих уровней – штабной и производственный персонал»; «руко­водитель подразделения
подразделениях организации
как объективный факт
ме-
ководитель подразделения»
47
Таблица 5
Искажение при преобразовании и интеграции данных
Используемый
фактор
Ограниченность знаний о первоис­точнике и проис­хождении данных
Некачественные данные
Ненадежные мета­данные
Отсутствие доку­ментированной истории исправле­ния данных
Характерное поведение при реализации сценария
1. В организации отсутствуют сведения:
• о происхождении полученных данных – их первоис­точнике
• об изменении данных при их перемещении из системы в систему
• о соответствии данных действительности
2. Субъективная недооценка значения определенных фактов для организации в целом
3. У пользователей имеются подозрения в сокрытии факта о происхождении данных
1. В организации не используются четкие и измеримые
стандарты качества данных. Никто не вправе ручаться за достоверность используемых данных
2. Использование данных в практических целях связано с риском для пользователя или для других субъектов. Возможна непреднамеренная дезинформация одной из заинтересованных сторон
3. При наличии стандартов качества данных только часть данных
1. Отсутствие в организации модели понятий, использу­емых ИС, однозначных и непротиворечивых определе­ний отдельных элементов данных
2. Отсутствие документированных сведений:
• о первоисточнике данных
• перемещении данных внутри организации
• правилах доступа данным
• правила, использовавшихся при интеграции данных
• об особых требованиях к защите определенных катего- рий данных
• о
1. В организации не регламентирован процесс и не уста-
новлены лица, ответственные за управление процессом внесения изменений в используемые данные
2. В организации отсутствуют доступные для проверки данные:
проверяется на соответствие им
владельце данных
умышленном
• об изменениях данных, имеющихся в ее распоряжении
• о процедуре изменения данных и лице, ее санкциони-
ровавшем
48
Окончание табл. 5
Используемый
фактор
Искажение при агрегировании дан­ных
Искажение посред­ством маркировки данных
Характерное поведение при реализации сценария
Целенаправленно, в своих интересах, выбирается для агрегирования набор измерений (признаков) с одновре­менным удалением идентификационных данных об объ­ектах и агрегирующем данные субъекте
1. Целенаправленное, в своих интересах (под видом за­щиты определенных данных) введение маркировки дан­ных по степени важности (секретности)
2. Предотвращение передачи части данных определен­ным группам пользователей, что создает у них ложное представление о картине мира
Диаграммы и графики используют также для формирования об­манчивых представлений об информации, содержащейся в данных. На рис. 7, а и б показано, что, изменяя масштаб шкалы в графическом представлении данных табл. 6, можно одну и ту же тенденцию роста при­были сделать визуально более выигрышной, чем она есть на самом деле.
а б
Рис. 7. Графическое представление одних и тех же данных
49
Исходные данные для графического представления
Таблица 6
январь февраль март апрель май июнь июль
Прибыль 301 302 303,5 306 306,5 307 307,5
Месяц
Используются и другие нарушения общепринятых правил графиче­ского представления. Например, сумма долей в секторной диаграмме не равняется 100 % или единице. Это делается сознательно и вводит пользователей данных в заблуждение: они воспринимают не содержа­щуюся в них информацию, а графическое представление тенденции, которая имеет к содержащейся в данных информации косвенное отно­шение [51].
Нередко используется простой прием повлиять на восприятие фак­та – привязать одно из числовых значений, отражающих представляе­мый пользователю факт, к другому факту. Количественную величину несложно выразить множеством разнообразных способов. Например, представить один и тот же факт (объем выпуска продукта в текущем году) можно цифрами роста объема в сравнении с выпуском этого
же продукта 5 лет назад, 10 лет, в 1913 году, соответственно на 30 %, 80 % и 500 % и т. д. При этом выбирается год, по отношению к которому цифры роста выглядят более эффектно, но этот же факт можно пред­ставить как сокращение по сравнению с предыдущим годом на 10 %, что будет воспринято по-другому. Этот же факт (объем
выпуска про­дукта в текущем году) можно характеризовать величиной прибыли с продаж и т. д. Везде будут количественные значения, цель использова­ния которых – произвести желательное для манипулятора воздействие на пользователя.
Другой способ реализации этого сценария состоит в том, чтобы не­четко определить предмет, относительно которого собираются данные. Например, спрашивают у заинтересованных
лиц, есть ли у них замеча­ния к работе ИС. При этом не определяют четко понятие ИС организа­ции (определений существует несколько). В результате подсчитывает­ся количество лиц, имеющих замечания к ИС. По сути, собираются все без разбора жалобы на ИС, независимо от их происхождения и от того, что понимали
под ИС опрашиваемые. Затем этот результат выдается
50
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]