Принципы работы с требованиями к ПО. Леффингуэлл (2002) (1186169), страница 19
Текст из файла (страница 19)
В итеративном процессе, описанном далее, мы будем постоянно возвращаться к системной архитектуре и требованиям, поэтому начать можно и сейчас. Глава б. Инженерия систем, интенсивно использующих программное... 91 Анализ проблемы На первом этапе анализа проблемы (см. главу 4) команда разработала три постановки проблекгы, первая из которых отражает точку зрения компании Г.цшепайопэ. Проблема замедления роста в основной сфере деятельности компании на рынке профессионального театра воздействует на результатом чего компанию, ее служащих и акционеров, является неприемлемая эффективность н недостаток воэможностей для роста доходов и прибыльности. Выигрыш от новых продуктов и потенциально новых рынков лля продуктов и услуг компании может состоять в следующем.
° Оживление компании и ее служащих. ° Возрастание лояльности и сохранение дистрибьюторов компании. ° Более быстрый рост доходов и прибыльности. ° Подъем цены акций компании. недостаточного выбора продуктов, ограниченности функциональных возможностей и высокой цены существующих автоматических систем домашнего освещения Проблема воздействует иа результатом чего владельцев систем для жилья высшего класса, является неприемлемое функционирование приобретенных систем или, что случается чаще всего, решение "вообще не автоматизировать", "правильного" решения по автоматизации может состоять в следующем. ° Удовлетворение домовладельца и гордость от обладания системой.
° Возрастание гибкости и удобства использования жилья. ш Совершенствование безопасности, комфорта и удобства Выигрыш от недостаточного выбора, опхнсичениостн функциональных воэможностей и высокой цены существукяцих автоматических систем домашнего освещения Проблема дистрибьюторов систем и строителей жилья высшего класса, воздействует на результатом чего является недостаток возможностей для рыночной дифференциации и ог сутствие новых высокоприбыльных продуктов. Команда также решила посмотреть, способна ли оиа понять проблему с точки зрения будущих клиентов (конечных потребителей) и потенциальных дистрибьюторов/строителей (клиентов компании ЕшпэепеПопз).
92 Часть 1. Анализ проблемы Выигрыш от "правильного" решения по автоматизации может состоять в следующем. ° Дифференциация. ° Более высокие доходы н прибыль. В Возросшая доля рынка. НОЫЯ: система, акторы и заинтересованные лица Вернемся к анализу системы. Первое впечатление о НО1.1$ состоит в том, что зто некая система, находящаяся внутри дома владельца (рис. б.б). Ркс. 6.У. Н01 Б и ее екРузкение Этап 3 анализа проблемы заключается в выявлении заиняюРесоеаняых лик и яользоеателео гцсеизгьс Этап 4 состоит в ояределении гранок сисяимм, являющейся реимнием.
С помощью предварительных данных о потребностях пользователей, которые мы уже получили, можно усовершенствовать понимание среды системы НО1.13, выявив акторы, кото. рсзе будут с ней взаимодействовать. На рис. б.б представлены четыре актора. 1. Домовладелец, использующий систему НО1.13 для управления освещением. 2. Лампы и т.п., различные осветительные элементы, которыми управляет НО1.13.
3. Службы компании 1цгоепапопз, представитель производителя, который имеет возможность настраивать НО1,1$ и осуществлять ее программирование с помощью удаленного доступа. 4. Получатель сообщений об опасных ситуациях, неопределенный актор, который будет полу~ать сообщения об опасных ситуациях. Глава 6. Инженерия сиегем, интенсивно использующих программное... 93 Доыозладелец Прибор.получзголь сигнапоа о чреззычайнык сигузцилк Службы коылании 1апепзгюпз Рис. 6.6. Система Н0115 и актеры Конечно же, колганда выявит, что множество заинтересованных лиц, не являющихся акторами, как внутри, так и вне компании, беспокоятся о требованиях к НО1.1$, что от. раже но в табл. б.1.
Таблица 6.1. Заинтересованные лица, не являющиеся акторами системьг НО1.1$ Комментарии Название Внсмние Дистрибьюторы Строители Колганда компании 1.шпепайопк Будет представлено Кэти, менеджером продукта Применение принципов системной инженерии к НОЫЯ Г!осле того как мы выявили внешние акторы системы НО115, можно приступить к размышлениям системного уровня, чтобы решить, как люжно осуществить раюиенне НО1.1$ на подсистемы. Этот процесс хорошо производить с помощью следующих рассуждений из области системной инженерии.
° Было бы хорошо, чтобы управляющее устройство и персональный компьютер домовладельца илгели общее программное обеспечение; следовательно, мы будем подбирать основанпуко на ПК реализациго для обоих элементов системы. Подрядчики электрики Внучггрсннне Команда разработчиков Управление продукцией/сбытом Руководство компании Ьы|пспаг1опз Прялгые клиенты колгпзинн Еыюепаг1опк Клиенты клиентов коыпанин 1.ыгпепайопз: основной подрядчик, от вечающий перед домовладельцем за конечный результат Отвечают за установку н сопровождение Заиикиется ведением отчетов о фннансиролзинн и выпуске продукции 94 Часть 1.
Анализ проблемы ° Мы еще не знаем точно, какая гибкость будет нужна для дистанционных программируемых переключателей, но уже понятно, что их должно быть много; некоторые из них будут находиться достаточно далеко от центрального блока управления, и, вероятно, понадобится некое интеллектуальное общение между ними и блоком управления. В результате систему НО1.1$ можно разбить на три подсистемы: Утфавление включением, представляюптая собой дистанционный программируемый пульт управления; Цент~юлькин блок унратыенил, т, е.
центральная компьютерная система управления; и ПК- яРофамматтф, дополнительно поставляемая система на базе ПК, которую заказали некоторые домовладельцы. Теперь структурная схема выглядит так, как на рис. б.7. утатеий вычайных их Домо про панин кнз Рис. б. 7. Систиано Н01.1ь ее иодсвситенм и аижоры Заметим, что мы, похоже, выявили тижмб автор, который также является домовладель. цем, по использует ПК для программирования НО1.Б, а ие знпьчается вкэючением/выключением света.
Домовладелец/программист в этой роли имеет другие потребности в системе, и поэтому является для нее отдельным актором. Позднее мы будем рассматривать различные варианты поведения, ожидаемые этим актором от системы НО1.15. Подсистемы системы НО1.1Я С точки зрения требований задача стала немного сложнее. Кролте необходимости понять требования к системе НО1.15 в целом, теперь нам также нужно будет понять отдельные требования к каждой из ее трех подсистем. Можно снова воспользоватыж парадиг Глава 6.
Инженерия систем, интенсивно используюпнш программное... 95 мой актаров на следующем уровне декомпозиции системы. При этом мы получим три новые структурные диаграммы (рис. 6.8-6.10). На рис. 6.8, рассматривая систему с точки зрения "Управления включением", мы находим еще один ахтар, "Центральный блок управления" (ЦБУ), другую подсистему. Дру гимн словами, на подсистемном уровне, ЦБУ является актором для "Управления вкаю. чением", и иам нужно будет понять, какие требования н прецеденты' ЦБУ будет создавать для "Управления включением".
Это множество требований является производным от нашей декомпозиции системы. Рке. 6.8. Подсиеимма "Уираол ение еключеииаи" и ее актеры На рис. 6.9 представлен вид системы с точки зрения ПК домовладельца. Здесь нет ничего нового, по крайней мере в том, что касается подсистем и актаров, так как они уже были определены ранее. Рис. 6.10, однако, представляет более интересную картину, и мы видим, что ЦБУ имеет актаров болыпе, чем какая. либо другая подсистема.
Это интуитивно ясно, ведь ЦБУ вЂ” это "мозг" системы НО).1$, поэтому данная подсистема имеет больше обязанностей и наиболыиее количество взаимодействующих с ней актаров. До /про е'йс. Б.У. Подсистема "ПКярофамматор" и ее аюяоры Для завершения анализа проблемы рассмотрим табл. 6.2, где перечислены выявленные командой ограничения, которые обсуждены и согласованы разработчиками системы НО1.Б и руководством компании Бшпепацопз. )чагепь нычайных цппх Упванлеппн нп<ачаиивм Сод<ба компвппв 1ппмпабопз Рзм.
6 70. По<)сиппема "Циюфальиый блок удавы знал " и ее аквифм Таблица б.2. Ограничения проектирования системы НО1.1$ Пояснения <<йв Описание Вб Часть 1. Анализ проблемы Версия 1.0 должна быть запущена в производстно до 5 января 2000 года Коианда должна использовать 1) МЬ-моделирование, ОО-методологии и унифицированный процесс раз- работки ПО (1;и!Бей Ьо(<ваге Пете!оргпеп< Ргосем) Программное обеспечение для ЦБУ и "ПК- программатора" будет написано на языке С++. Для "Управления вкзючением" будет использован ассемблер 4 Система-прототип должна быть поююана на декабрыкой торговой выставке средств долщшней автоматизации Микропроцессорная подсистема для ЦБУ будет скопирована с усовершенствованного проекта системы освещения (УПСО), разработанного подразделением профессионального освещения Елинстненнал поддержинаемая конфиг)рация ПК- програкомтора домовладельца должна быть сонь<сепо<а с %)плон< 98 7 Команде разрешается взять двух новых сотрудников иа условиях полной занятости после успешного испь<татслы<ого срока; при условии, что они обладают необходимыми навыками Единственная возможность запустить продукт в атом году Мы надеемся, что зги технологии обеспечат более высокую произво- дительность и робастность Для целостности и удобства со- провождения; помимо прочего, команда знает зги языки Чтобы получить заказы диет.
рибьюторов на 1-й квартал 2000- го финансового года Готовый проект и материальная часть Сокращение масштаба персии 1.0 Максимально разрешенное уве- личение бюджета Глава 6. Инлсеиерня систем, интенсивно использующих программное... 97 Окоачаиие иабс 6. 2 гйв Описание Пояснении У|ке используется в компании На данном этапе этого достаточно для анализа проблемы и системного проектирования НОЫэ. Мы вернемся к нашему рабочему примеру в следующих главах. 8 В "Управлении включением" будет использоваться монокристаллический микропроцессор КСН5444 9 Разрешено использовать закупаемые компоненты программного обеспечения, если это не накладывает на компанию долгосрочных обязателытв по выплате роялти Не долило быть долгосрочного влияния на программное обес- печение затрат на приобретен- ные товары 98 тХасть 1.
Анализ проблемы В части 1, "Анализ проблемы", описывается ряд профессиональных приемов, применяемых колшндой, чтобы яоклигь яробмму, коэи рую яредсвкшт решишь„до тощ хах присжуяиэгь х рафайиике приложения. Предлагается метод анализа проблемы, состоящий из пяти этапов. 1. Достигнуп, соглшяения по определению проблемы. 2. Выделить основньге причины — проблемы, стоящие эа проблемами.
3. Выявить заинтересованных лиц и пользователей, чье мнение будет в конечном счете определять успех или неудачу системы. 4. Определить, где следует искать границы решения. 5. Понять ограничения, которые будут наложены на команду и решение. Систематически проведенный анализ проблемы повысит способность команды решить следующую задачу — предложить решение существующей и~юбмм ы Мы также описали различные методы, которые можно использовать при анализе проблемы. В частности, мы рассмотрели моделирование бизнес-процесса, которое очень хорошо зарекомендовало себя в сложных информационных системах, поддерживающих основные бизнес.инфраструктуры.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
