Принципы работы с требованиями к ПО. Леффингуэлл (2002) (1186169), страница 13
Текст из файла (страница 13)
Если, в свою очередь, окажется, что существующая система заказов на покупку является образцом ошибочного кода, недружественного интерфейса пользователя и не предоставляет воэможносп устранения оьвибок в интерактивном режиме, тогда действительно можно сократить остатки с помощью разработки нового программного обеспечения. 40 10 Индазидуепьиез агявди Рис. 4.2. Паретодиаграмма корневые иринин 64 Часть 1. Анализ проблемы Таблица 4.2. Постановка проблемы ввода заказов на покупку Описание Элементы Проблеиь воздействуст оа некрьвнлъиых заказов на нокунку выполняющий заказы персонал, клиентов, производство, продажи н обслгжнванне клиентов, увслнчсннс остатков, повышение нронзводствсш>ых затрат, не.
удовлетворенность клиентов,умеиьшеняспрноылн. новой системы. направленной иа рсшсинс данной проблемы,мо. жег состоять в следующем. ° Позыв>синс точности закаюа на покупку а точке ввода результатам чего является Выигрыш от ° Совершенствование учета данных о покупках В конечном счете — увеличение прибыли. После написания постановки проблемы, ее следует передать для ознакомления заказчикам и заинтересованным линам, чтобы они внесли свои комментарии. Затем постановка проблемы доводится до сведения всех членов команды разработчиков с тем, чтобы все работалн в направлении достижения общей цели.
Этап 3. Выявление заинтересованных лиц и пользователей 1! рн решении лкхюй сложной проблемы, кзк правило, приходится удовлетворять потреб. ности рвали*шых групп заинтсрссованньж лиц. Эти группы обычно имеют различные точки зрения на црсюлсму и различпыс потребности, которые должны быль учтены в решении, Залив>еу>есовая>сме лицо — зшо все, ла кого рвали>а>!ил новой п>сяимм или >фк- ложен>щ л>ожеж окова и ь ь>ал>гул>алэкос ваздейсл>вне.
1!оннманне потребностей пользователей и других заинтересованных лнц является ключевым фактором в выработке успешного решения. В этот ь>о>кент, и только в зи>ож л>амект, можно считать аргументированным предложение команды заменить сун!сствующую систему ввода заказов на покупку.
Затем можно предоставить стоимостное обоснование такой системы, оценив затраты на разработку и дивнлепды от уменьшения остатков. Продолжая анализ, можно применить новую диаграмму в виде "рыбного скелета" для определения того, какие типы ошибок вносят наиболыпий вклад в проблему неправиль. ности заказов. Полученные данные можно затем использовать для определения функций новой системы программного обеспечения, которая призвана устранить эти ошибки. В нашем случае, однако, можно завершить анализ выводом, что зал>сна системы обработки заказов на покупку поможет, по крайней морс частично, решить проблему слишком больших остатков. 1'аз мы приняли решение, что проблема неправильных заказов на покупку достойна решения, можно создать для нее форма>аную постановку, как показано в табл. 4.2.
Глава 4. Пять агапов анализа проблемы 65 Первая категория заинтересованных лиц — зто пользователи системы. Их потребнс» стя легко учесть, поскольку они будут непосредственно привлекаться к определению и использованию системы. Вторую категорию составляют непрямые пользователи, а также те, на кого воздействуют только бизнес-последствия разработки.
Этих заинтересованных лнц можно найти в соответствующей бизнес. области или в "окрестностях" среды конкретного приложения. Третья категория заинтересованных лиц может находиться еще дальше от среды приложения. Среди них могут быть люди и организации, вовлеченные в разраоотку системы, субподрядчики, клиенты клиентов, внешние регулирующие инстанции, например Федеральное управление гражданской авиации США (() 5. Рес(ега( Ат(абов Асйпщпггайоп, РАА), Уцравлеиие по санитарному надзору эа пищевыми продуктами я медикаментами (Ровс( апб 1Эгпя Адщ(п(зггаг(оп, Р(ЭА), или другие агентства, взаимодействующие с системой или участвующие в процессе разработки.
Каждая из перечисленных категорий заинтересованных лиц может оказывать влияние на требования к системе или будет каким-либо образом связана с результатом работы системы. Потребности заинтересованных лиц, не являющихся пользователями. также необходимо выявить и учесть, Понимание того, кто же такие зти заинтересованные лица, и выявление их потребностей являются важными факторами разработки успешного решения. В зависимости от того, в какой предметной области работает команда, выявление заинтересованных лиц может оказаться как тривиальным, так и нетривиальным этапом анализа проблемы. Часто достаточно провести простой опрос среди тех, кто принимает решения, а также онросить потенциальных пользователей и другие заинтересованные стороны.
В этом процессе мо~уг оказаться полезными следующие вопросы. ° Кто является пользователями системыг ° Кто является заказчиком (экономическим покупателем) системы» ° На кого еще окажут влияние результаты работы системы) ° Кто будет оценивать и принимать систему, когда она будет представлена и развернута? ° Существуют ли другие внутренние или внев|ние пользователи системы, чьи потребности необходимо учесть) ° Кто будет заниматься сопровождением новой системы) ° Не забыли ли мы ко~'энибудь) В иая1ем примере замены системы заказов на покупку основными и наиболее очевидными пользователями являются служащие, занимающиеся вводом заказов на покупку.
Они определенно являются заинтересованными лицами, так как их производительность, удобство, комфорт, выполнение работы и ее результаты зависят от системы. Кого еще из заннтересовагшых лиц можно выделить) На руководителя отдела приема заказов система также оказывает непосредственное воздействие, но оп взаимодействует с системой не напрямую, а посредством различных нвтерфейсов пользователя и форм отчетов. Главный финансист компании также, оче. видно, принадлежит к заинтересованным лицам, так как ожидается, что система повлияет на производительность, качество предоставляемых уел)т и прибыльность компании. Наконец, администратор информационной системы и члены команды, разрабатываю- 66 Яасть 1. Анализ проблемы Таблица 4.3.
Пользователи и лица, заинтересованные в новой системе Пользователи Служащие, занимающиеся вводом заказов Другие заинтересованные лица Администратор информационной системы и команда разработчиков Главный финансист Руководитель отдела приема заказов Контроль произэодстэа Управляющий производством Служащий, выпис ыэающий счета Этап 4. Определение границ системы-решения После того как согласована постановка проблемы и выявлены пользователи и заинтересованные лица, молсно перейти к определению сисэммм, разрабатываемой для решения данной проблемы.
Это важный момент, когда необходимо постоянно помнить как о по. нимании проблемы, так и о свойствах потенциального решения. Следующий важимй этап состоит в том, чтобы определить границы систечырептения. Границы системы — это "водораздел" между решением и окружающим его реальным миром (рис. 4.3.) Иньпыи словами, граница системы описывает оболочку, в кото. рой заключена система. Информация в виде ввода и вывода передается от находящихся вне системы пользователей системе и обратно, Все взаимодействия с системой осуществляются посредством интерфейсов между системой и внешним миром. Результаты Истодныв данные Втс.
4.д. Оюноюоиие ввод/еиояаиа/вывод Другими словами, если мы собираемся нечто создать или модифицировать — это часть нашего рептения, которая находится внутри границы; если нет — это нечто внешнее по отпоптению к системе. Таким образом, мы делим мир на два интересующих нас утласса. ° Ната система ° То, что взаимодействует с нашей системой Определим "то, что взаимодействует с наптей систелюй", общим понятием "акторы" (астогз).
Они выполняют иекавмрьте дейсэмил, заставляя систему делать ее работу. Актор щей приложение, также являются заинтересованными лицами, так как они будут отве- чать за разработку н сопроволтденне системы. Они также, как и пользователи, будут зави- сеть от поведения систеыы. Результаты выявления пользователей и заинтересованных лиц новой системы ввода заказов на покупку представлены в табл. 4.3.
Глава 4. Пять агапов анализа проблемы 07 изображается простой пиктограммой в виде человечка. Его определение выглядит еле. дующим образом. Ахен>р — вто находящееся вне системы нечто Гнев некто), взаимодейст- вую>дее с сисвммой. С помощью данного понятия мы можем проиллюстрировать границы системы (ряс. 4.4). Актер > Граница систеыы > > ! ! Овод-вывод ' Наше Решение 1 Пользователи ХЬс.
4.4. Границы снстемм Во многих случаях границы системы очевидны. Например, однопользовательский персональный планировщик контахтов, работающий па автономной платформе Мпдошз 2000, имеет достаточно хорошо определенные границы. Имеется всего один пользователь и одна платформа.
Интерфейсы между пользователем и приложением состоат из диалогов, посредством которых пользователь получает доступ к информации системы, и неких выходных сообщений и коммуникационных путей, которые система использует для документирования или передачи атой информации. Для системы ввода заказов из нашего примера, которая должна быть объединена с уже сэществу>ощей информаципнной системой компании, границы не столь очевидны.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
