ВУЗ:
Составители:
Рубрика:
9
• Этапу проектирования следует уделять самое пристальное внимание. Успех
дела во многом определяется первым этапом. Нет смысла торопиться с пе-
реходом на последующие этапы, пока не составлены ясные и четкие специ-
фикации. Ошибки этого этапа – самые дорогие и трудно исправляемые.
• Помнить о тех, для кого разрабатывается программный продукт. Следует
идти «в люди», чтобы понять, что нужно делать. Вместе с тем, не нужно
полностью полагаться на пользователей – их опыт консервативен, новые
идеи могут часто приходить от разработчиков, а не от пользователей.
• Разработка не начинается «с нуля». Только используя уже готовые компо-
ненты, можно своевременно создать новую систему. Работая над проектом,
нужно думать о будущем. Разрабатывать компоненты таким образом, чтобы
их можно было использовать в последующих проектах.
• Следует стремиться создавать как можно раньше прототип своей системы и
передать его пользователям в опытную эксплуатацию. Это поможет устра-
нить множество недостатков и ошибок в заключительной версии программ-
ного продукта.
• Какие бы хорошие спецификации не были написаны, какими бы хорошими
технологиями и инструментами не пользовались разработчики, какими бы
профессионалами они ни были – этого еще не достаточно для успеха дела.
Необходимым условием является управление проектом, наличие специаль-
ных средств управления. Но и этого не достаточно. Третьим важным факто-
ром является существование команды. Коллектив разработчиков должен
представлять собой единый коллектив. Умение работать в команде так же
важно, как и профессиональные навыки разработчика.
Три закона программирования
Первый закон (закон для разработчика). Корректность системы – недос-
тижима. Каждая последняя найденная ошибка является предпоследней. Этот
закон отражает сложность нетривиальных систем. Разработчик всегда должен
быть готов к тому, что в работающей системе имеются ситуации, в которых
система работает не в точном соответствии со своей спецификацией, так что от
него может требоваться очередное изменение либо системы, либо ее специфи-
кации.
Второй закон (закон для пользователя). Не бывает некорректных систем.
Каждая появляющаяся ошибка при эксплуатации системы – это следствие не-
знания спецификации системы.
Третий закон. Если спецификацию можно нарушить – она будет наруше-
на. Новичок способен «подвесить» любую систему. Неквалифицированный
пользователь в любом контексте всегда способен выбрать наименее подходя-
щее действие, явно не удовлетворяющее спецификации, которая ориентирована
на «разумное» поведение пользователей. Полезным практическим следствием
этого закона является привлечение к этапу тестирования системы неквалифи-
цированного пользователя – «человека с улицы».
Страницы
- « первая
- ‹ предыдущая
- …
- 7
- 8
- 9
- 10
- 11
- …
- следующая ›
- последняя »
