Информационный сайт

 

Реклама
bulletinsite.net -> Книги на сайте -> Программисту -> Непейвода Н.Н. -> "Основания программирования " -> 81

Основания программирования - Непейвода Н.Н.

Непейвода Н.Н., Скопин И.Н. Основания программирования — Институт компьютерных исследований , 2002. — 919 c.
Скачать (прямая ссылка): osnovanprogramm2002.pdf
Предыдущая << 1 .. 75 76 77 78 79 80 < 81 > 82 83 84 85 86 87 .. 316 >> Следующая

1. дополнительное требование, которое отражает ранее не рассмотренный аспект системы;
2. модиициру ее ребование, которое изменяет одно или несколько уже существующих требований;
3. оменя ее ребование, принятие которого искл чает одно или несколько уже существующих требований.
Разные вида требований анализируются по-разному. Целью анализа является преде всего поддер ка целосноси сисем ребований: нахо де-ние противоречий между требованиями и решение возникших проблемных противоречий. ледует отметить, что ребования могу оказаься прои-воречащими не только друг другу, но иуже принятым проектным решениям.
оэтому вопрос о том, принять или отклонить требование, является очень ответственным, зачасту влекуим за собой цепь связаннх реений на всех уровнях проектирования. Чтобы ответ на него был обоснованным, необходимо выполнение как минимум двух условий:
1. требования должны быть заданы в виде, допускающем однозначное представление в моделях уровня анализа и конструирования, и способ такого представления дол ен быть унифицирован для всего проекта;
2. в проекте должны инструментально и организационно поддерживаться связи как меду требованиями, так и меду требованиями и другими компонентами рабочих продуктов.
Разберем оба этих условия.
редставление требований и по еланий, исходяие от инициаторов работ, обычно ни в коей мере не способствует собл дени первого условия. Следовательно, они долны бть ранс ормирован , т. е. преобразованы к виду, приспособленному для анализа. Прохождение исходного требования
220
ГЛАВА 4. ЖИЗНЕННЫЙ ЦИКЛ
через последовательность трансформаций от одного представления к другому, сопровождающееся соответствующим анализом, называется трассировкой требования. Основное назначение трассировки в том, чтобы в любой момент развития проекта сохранялась целостность и непротиворечивость конструируемой системы, реализующей принятые требования9.
Перейдем ко второму условию. В работах с меняющимися требованиями большое место занимает осле ивание связей проек а, благодаря которому планируется деятельность, необходимая как для непосредственной реализации требований, так и для распространения изменений, связанных с новми требованиями, по проекту. Для такого отслеживания служат упоминавшиеся вые модели уровня проектирования, в которых вделяется подкласс моделей уровня анализа. Важнейшим технологическим инструментом согласования понятий, используемых в программной разработке, является глоссарий проекта. Глоссарий отражает текущее понимание проекта в целом и отдельных используемых в нем понятий. Глоссарий может пополняться на любой стадии трассировки требований, когда появля тся нове понятия, смсло-вую трактовку которых нужно зафиксировать.Важно подчеркнуть, что когда разработчики игнорируют деятельность по ведению глоссария, система понятий проекта все равно складвается, но стихийность этого процесса приводит к дополнительным издержкам коммуникаций работников.
Трассировка — это основной инструмент анализа, проводимого в рамках управления изменениями требований. В первую очередь трассировке подвергаются требования, предъявленные первоначально, т. е. до того, как проект начал развиваться. Но было бы неправильно ограничиваться только ими, поскольку их связи с другими требованиями как явные, так и обнару ивае-мые в ходе анализа, так е требу т соответствуего анализа и других работ, связанных с реализацией требований.
В результате трансформаций строятся представления требований, вид ко-торх приспособлен для вяснения целесообразности реализации требований. Если на некотором уровне трансформаций установлено, что данное тре-
9 Следует обратить внимание на то, что целостность и непротиворечивость — не характеристика принимаемых требований, а качества, которыми должна обладать конструируемая система. При построении системы, предназначенной для практического применения, всегда решаются противоречия между требованиями. Противоречия предъявляемых требований есть следствие различий интересов инициаторов работ, именно они обычно становятся стимулом для поиска новых решений, для перехода от одной версии системы к другой, т. е. являются источником развития системы. Таким образом, общая картина в программировании точно такая же, как и в других областях реальной творческой деятельности человека.
4.4. ТРЕБОВАНИЯ К ПРОГРАММНОМУ ИЗДЕЛИЮ И ЖИЗНЕННЫЙ ЦИКЛ 221
бование отвергается, то дальнейие преобразования его не производятся. настоящий момент в методиках программирования выделяются следующие представления требований:
1) Исходное представление — текстовое описание пожеланий к системе, заданное в свободной форме. Это описание, в частности, может фактически содерать одновременно несколько требований, отрааих разные аспекты проекта, — элементарные составляющие требования.
2) Унифицированные представления — исходное представление требования разбивается на элементарные составляие, которые описыва тся в виде, приспособленном для дальнейего использования на всех проектнх уровнях. В частности, здесь могут применяться формализованные описания элементарных составляих требований. Во всяком случае, на уровне унифицированного представления достигается однозначность понимания требований.
Предыдущая << 1 .. 75 76 77 78 79 80 < 81 > 82 83 84 85 86 87 .. 316 >> Следующая
Реклама
Авторские права © 2009 AdsNet. Все права защищены.
Rambler's Top100