ВУЗ:
Составители:
Рубрика:
58
3.3. Определение требований
Этот этап является начальным этапом разработки и, как уже отмечалось,
для сложных (эволюционирующих) систем он фактически не прекращается
никогда. К сожалению, сам процесс формулирования требований не может
быть сведен к какой-либо общей схеме или алгоритму, поэтому работа на
этом этапе носит в основном творческий, неформальный характер.
Успешность его выполнения во
многом определяется опытом и интуицией
разработчика, знаниями как в области программирования и вычислительной
техники, так и в сфере будущих приложений разрабатываемой программы.
Поэтому отметим лишь некоторые положения, которые могут
рассматриваться как рекомендации или соображения общего плана. Они
вытекают из необходимости обеспечить в первую очередь высокий уровень
системности (целостности) всей разработки.
1. Необходимо предусмотреть возможность будущих изменений, как в
разрабатываемой программе, так и в совокупности исходных требова-
ний. Из этого, как минимум, следует то, что нельзя предполагать отсут-
ствие таких изменений и делать на это ставку при проектировании.
2.
В течение всего времени разработки и развития программной сис-
темы за выработку требований должен отвечать один и тот же
человек (или компактная группа для крупных проектов). Требования
должны формулироваться совместно будущим пользователем (заказчи-
ком) и разработчиком, но окончательную ответственность (за все по-
следствия) должно нести одно лицо - это способствует
соблюдению сис-
темности на всех этапах разработки. Лучший вариант, когда разработчик
некоторое время работает в среде пользователя и сам исследует особен-
ности задачи, что позволит более обоснованно разграничить существен-
ные и несущественные детали. Кроме того, особенно в условиях рыноч-
ной экономики, разработчик должен сам прогнозировать (а в определен-
ной степени даже
формировать) спрос и закладывать новые качества с
тем, чтобы в последствии предложить конкурентно способный про-
граммный продукт. Инициатива в этом направлении может оказаться
решающим фактором для достижения итогового коммерческого успеха.
3.
Не следует стремиться задать сразу все характеристики. Все равно
это не достижимо и, кроме того, избыточные исходные данные могут из-
рядно запутать сам процесс разработки. Нужно выделить только важ-
нейшие, которые принять за существенные, а от несущественных от-
влечься (абстрагироваться), по крайней мере до той поры, когда степень
детальности разработки не
выявит необходимости в дополнительных ис-
Страницы
- « первая
- ‹ предыдущая
- …
- 56
- 57
- 58
- 59
- 60
- …
- следующая ›
- последняя »
