AXForum  
Вернуться   AXForum > Прочие обсуждения > Курилка
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 17.12.2004, 20:43   #1  
AKIS-Falcon is offline
AKIS-Falcon
Ехидна
Аватар для AKIS-Falcon
 
543 / 13 (2) ++
Регистрация: 22.06.2004
Адрес: Pincourt, Montreal, Canada
Классификация требований пользователей к системам обработки информации
Введение.

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

Итак, определим основные виды требований пользователя.

1. Обобщенные требования. . Хотим чтобы все работало Данные требования также относятся к разряду перманентных, повторяемых регулярно, наиболее грамотными пользователями - каждый день. Стоит отметить, что требования ни в коем случае не должны базироваться на фактическом состоянии системы. Сам факт их выдвижения должен ясно показывать, что ИТ служба зря ест свой хлеб, что этих бездельников давно пора отправить чернорабочими в филиал в Лангепасе, и что работа системы зависит целиком от мужества и героизма работающих с ней пользователей. Чтобы не дать ИТ департаменту возможность использовать каждый раз одни и те же отмазки, нужно подходить к выдвижению этих требований творчески: варьировать текст ("А, у вас опять сегодня ниче не работает..... Вот если бы у вас все работало, то мы бы точно бюджет в этом году сделали, а так что же..."), выбирать неожиданные место и время, использовать для подачи материала голосовые возможности на полную мощность.

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

3. Узкоспециальные требования. . Хотим синее поле с желтыми буквами в модуле Склад, показывающее потенциальную энергию тары на стеллаже в мегаджоулях Как и в предыдущем случае, ни в коем случае нельзя давать какие-то логические обоснования: зачем нужна именно эта информация, именно здесь и именно в таком виде. ИТ служба должна понимать, что ее задача - выполнять, а думать здесь есть кому.

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

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

Таким образом, можно выделить следующие Общие Правила, которыми следует руководствоваться при выдвижении требований:

1) Отсутствие мотивировки - хотим потому что хотим
2) Отсутствие деталей, либо наоборот избыточная детализация
3) Нереальные сроки
4) Присвоение уровня "критическое", "жизненно важное", "влияющее на работоспособность в целом" - любому требованию, в особености малозначащим и декоративным

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


(C) AKIS, 2004, дополнения приветствуются
__________________
Strictly IMHO and nothing personal.
Сугубо мое персональное мнение, безотносительно к личности оппонента.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Почему мы не делаем бОльшего для приобретения пользователей 1C? mazzy Курилка 110 01.10.2013 18:29
Как упростить структуру информации на главной странице? mazzy Обсуждение форума 40 13.04.2008 13:25
Cтоит ли программистов огораживать консультантами от пользователей? domandr Курилка 72 17.04.2007 11:05
Получение в Excel полного списка пользователей AxForum Gustav Детская 2 20.06.2006 16:29
Ограничить новых пользователей? O.b. Обсуждение форума 41 02.06.2006 18:02

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

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 13:12.