Принципы работы с требованиями к ПО. Леффингуэлл (2002) (Принципы работы с требованиями к ПО. Леффингуэлл (2002).djvu), страница 4
Описание файла
DJVU-файл из архива "Принципы работы с требованиями к ПО. Леффингуэлл (2002).djvu", который расположен в категории "". Всё это находится в предмете "тестирование по" из 11 семестр (3 семестр магистратуры), которые можно найти в файловом архиве МГУ им. Ломоносова. Не смотря на прямую связь этого архива с МГУ им. Ломоносова, его также можно найти и в других разделах. .
Просмотр DJVU-файла онлайн
Распознанный текст из DJVU-файла, 4 - страница
В данном предисловии основные положения управления требованиями описаны свободно и неформально, в главе 2 авторы определяют их более тщательно, создавая основу для последующих глав. В главе 3 содержится краткое описание структуры команд, занимающихся разработкой программного обеспечения, чтобы можно было осуществить привязку разрабатываемых профессиональных приемов к среде, в которой опи будут применяться. В структуре книги выделяется шесть частей, описывающих шесть необходимых команде для эффективного управления требованиями профессиональных навыков.
22 Предисловие Каждая иэ перечисленных ниже шести основных частей ориентирована иа то, чтобы помочь вам и вашей группе овладеть одним из иисгяи необходимых для успешного унравло ния я1ребованнями н9офессиональных навыков. ° Для начала, конечно, необходимо правильное понимание проблемы, решить которую призвана новая система программного обеспечения, Этому посвящена часть 1, "Анализ проблемы". ° Часть 2, "Понимание потребностей пользователей", также очень важна. Профессиональные приемы в этой области образуют основу данной части.
° Часть 3, "Определение системы", описывает процесс создания исходного определения системы, призванной удовлетворить зтн потребности. ° В части 4, "Управление масштабом", рассматривается чрезвычайно важный и часто игнорируемый процесс управления масштабом проекта. ° Часть 5, "Уточнение определения системы", иллюстрирует основные методы, используемые для доработки системы до уровня детализации, достаточного для проведения проектирования и реализации, чтобы вся расширенная команда в точности знала, какзя система создается. ° В части б, "Построение правильной системы", обсуждается процесс построения действительно удовлетворяю|цей требованиям системы.
Здесь также расслгатриваются методы, позволяющие проверить, что система удовлетворяет поставленным требованиям, не наносит никакого вреда своим пользователям и ие имеет никаких неприятных свойств, не оговоренных требованиями, Так как требования к любой нетривиальной системе не могут быть "заморожены" во времени, авторы описывают способы. позволяющие команде успешно справляться с иэл~еиенияьги, це разрувгзя создаваемую систему. Наконец, после краткого подведения итогов авторы предлагают рецепт, которым вы можете воспользоваться для управления требованиями в вашем следующем проекте.
Заканчивается книга главой 35, "С чего начать". Мы надеемся, что, вооружившись новыми профессиональными приемами, вы сможете создать продукт, достойный восхищения. Но зто будет нелегко. Даже если в вашем распоряжении имеются наилучшие методы и процессы, а также поддерживающие их автоматические средства, вы все равно увидите, что зто сложная работа. Кроме того, она связана с риском; даже при использовании содержащихся в книге полезных советов, некоторые проекты будут заканчиваться неудачей, так кзк мы пытаемся создать как можно более сложные системы в наиболее короткое время.
Но описанные в данной кинге профессиональные приемы помогут значительно снизить риск и таким образом достигнуть успеха в вашем предприятии. Эд Йордан Предисловие автора Дин Леффингуэлл Источники предлагаемых методов 11редлагаелгый в данной книге материал представляет собой опыт, накопленный множеством людей, занимавшихся определением, разработкой и распространением систем программного обеспечения мирового класса. Эта ю~ига не является академическим исследованием, посвященным управлению требованиями.
®а протяжении 80-х годов мы с Доном Уидригом (Поп %Мпла входили в руководство небольшой компании, занимавшейся созданием программного обеспечения для заказчиков. Разрабатывая многие представлеиныс в книге приемы управления требованиями, мы старались сосредоточить внимание на тех из них, которые важны как для создания систе»л программного обеспечения, так и с точки зрения результатов, которые необходикю представить эаинтересс» ванным лицам.
Поскольку функционирование программного обеспечения исключитель. но важно для успешной работы предприятия в целом, мы старались не отвлекаться на мелочи, избегать предвзятых мнений и экспериментов с непроверенными методами. За последние десять лет методы претерпели эволюцию. Они были усовер1вспствоваиы в результате приобретенного в различных компаниях при разнообразных обстоятельствах опыта. Однако все представленныс методы проверены ца практике и про~влгг испытание временем. Возможно, даже более важным является то, что на них практически не повлияли проис~ведшие за этот период в отрасли технологические изменения.
Действительно, большая часть изложенных в книге принципов нс зависит от изменений в технологиях программного обеспечения. Поатому мы нздссмся, что полученные знания не утратят со временем своего значения. Уроки работы с требованиями, извлеченные из создания систем программного обеспечения по заказу других пользователей Поначалу я возненавидел компьютеры. РпГто? Я проторчал здесь всю ночь и должен снова запускать этот пакет, так как оставил лишний пробел? Вы сошли с ума?") Моим первым "настоящим компьютером" был инни-компьютер, который, хотя и пмсл чрезвычайно ограниченные возможности по современным меркам, был уникален в том смысле, что я мог сто т1х» гать, программировать и заставлять сто делать все, что я хотел.
Это был лой компьютер. Мои первые исследования касались применения компьютеров к анализу физиологических сигналов человеческого тела, главным образом, элсктрокардпограмм, и мой компьютер был прекрасным средством для этих целей. Помимо этого я начал применять 24 Предисловие автора свои программистские навыки и опыт в системах реального времени, работающих в проммшленности.
Наконец, я вошел в корпорацию КЕ1А и начал дол<ую и временами невероятно сложную карьеру исполнительного директора по разработке контрактного программного обеспечения. й Мой соавтор, Дин Уидриг (Рйп Цгпб), вскоре присоединился ко мне в йЕ1А в ВЯ качестве вице-президента отдела исследований и разработок. Он внес неоценимый вкпад в успех многих разработанных нами систем. С годами компания быстро расширялась. В настоящее время в ней работают сотни людей, и она перешла от разработки простых систем программного обеспечения к созданию полнофункциональных сложных медицинских приборов и систем, которые наряду с программным обеспечением включают в себя механические, электронные и оптические системы.
Однако в сердце любой машины, в том числе и самой современной клинической лаборатории для ДНК-диагностики, находится один или несколько компьютеров, которые постоянно надежно выполняют свои функции в заданном ритме в многозадачной системе реального времени. Первоначально мы программировааи все и для всех, от программного обеспечения для позиционирования антенн до игр с лазерными мишенями, автоматически управляемых движущихся аттракционов, обучающих систем, сварочных роботов и средств авто. матизированного управления механизмами. Мы даже разработали крупную распределенную компьютерную систему, которая автоматически выявляла и подсчитывала количество рекламных роликов на телевидении.
(Наш девиз выглядел так: "Мы делаем компьютеры, которые будут смотреть рекламу вместо вас!") Возможно, единственной обгеднняю<квй< особенностью «аз«абатывоемого тогда п«ог«аммного обеспечения было то, что оно «аз«обатыволось для д«угих, па е. л<ы не были вкспе«тами в данной области и не моши пох«ывать «всходы по своему усмоп<«гнию.
Мь< полностью зависели о<п того, пап<ольха заказчик будег< удовлгп<во«ен конечным «езульпштом «або<пи. Такие условия во многом благоприятствовали формированию эффективного управления требованиями. И вот почему. ° Мы мало знали о предметной области, поэтому зависели от клиента при определении требований. У нас не было искушения выработать их самостоятельно; нам приходилось спрашивать, и мы должны были учиться задавать нужные вопросы в нужное время. ° Наши клиенты зачастую плохо разбирались в компьютерах, поэтому они зависели от нас в том, что касалось преобразования нх потребностей и пожеланий в техническое задание. ° То, что работа оплачивалась, придавало строгость отношениям между разработчиком и кчиентом.
° Качество оыло легко измеритгс пам или платили, или нет. Основной вопрос1. УЧто же на самом деле должна делать программа)" Именно в этой ситуации мы открыли для себя два основных вопроса, с которыми сталкиваются разработчики программного обеспечения во всех проектах. Первый нз пих руководил нашим поведением многие годы и по сей день остается, пожалуй, сложней. шим вопросом, на который необходимо ответить в любом проекте разработки программного обеспечения.
Предисловие автора 2б Ъао зкг нп самом дглг должно дглолш зфогромко г Именно для ответа па этот вопрос мы па протяжении более 1О лет разрабатывали принципы и методы, представленные в частях 1, "Анализ проблемы", 2, "Понимание потребно. стей пользователя", и 3, "Определение системы'. Каждый из этих методов доюзал свою полезность и продемонстрировал эг)х)гективпость во лшогнх реальных просктюс. Именно в этот период я также впервые познакомился с раГютами Дональда 1'ауса (1)опаЫ Оанзс) и Джерри Вайнберга ()сггу ьье)пЬегб), в час пюстн с их югипзй Еа!з(опггб Норггмямггпг Яиагггу Вг)огг !)езган (1989). Поскольку она значительно повлияла па нашу работу, мы нспольэшььаи некоторые ее основные концепции в нюней книге; всьпервых, потому, что они работают, а во.вторых, будет хорошо, если вы также воспользуетесь опытом Гаус а и Вайнберга, Уроки, извлеченные из создания высоконадежных систем Опустя некоторое время корпорация КЕ) А стала специализироваться па разработке различных медицинских приборов и систем, использующих компьютеры: систем искусственной вентиляции легких, инфузионных насосов, водителей ритма, клинических диагностических систем, систем искусственного кровообращения, оборудования, коцтро.
лирующего состояние пациента, и др)тих диагностических и терапевтических приборов. Именно в начале работы над проектом системы искусственной вентиляции мы осознали, какая ответсгвепность возложена на нас: Еслк мы гге)ггкроем к)зон, коюжо ум)ггчп! В первую очерель мы думали о пациенте; его жизнь зависела от прибора, для которого мы создавали одну из первых в мире жеспю ограниченных по срокам и средствам систем программного обеспечения. (Представьте себе ответственность первопроходцж Вы — первый!) Понятно, что подобное задание, когда ставки столь высоки, заставило нас очень серьезно подойти к разработке программного обеспечения на самых ранних этапах развития индустрии разработки встроенных систем.