ВУЗ:
Рубрика:
- 20 -
3) выполнить план;
4) проанализировать полученные решения.
Преодоление барьера между пользователем и разработчиком
Может быть упрощено при выполнении следующих простых правил:
1) правильно понять чего хочет пользователь;
2) понять обстановку, в которой пользователь обитает и уровень его подготовки;
3) привлечь пользователя (насколько это возможно) к процессу разработки.
Контроль принимаемых решений
Обязательным шагом на
каждом этапе в процессе проектирования ПС должна
быть проверка. Это позволит исправлять ошибки на ранней стадии. С учётом спе-
цифики разработки ПС необходимо применять везде, где возможно
– смежный контроль;
– сочетание статических и динамических методов контроля.
Смежный контроль означает двустороннюю проверку полученного докумен-
та лицами, не участвующими в его разработке.
Во-первых, со стороны автора ис-
ходного для контролируемого процесса документа; во-вторых, лицами, которые
будут использовать полученный документ в качестве исходного на последующих
этапах технологического процесса.
Сочетание статических и динамических методов означает, что контролируется
не только документ как таковой, но и процесс обработки данных, которые он опи-
сывает. Тем самым
такой контроль учитывает двойственный характер ПС –
статическая форма и динамическое содержание.
4. Определение внешнего описания ПС
Разработка ПС начинается с процесса формирования требований к ПС. Исходя
из довольно смутных представлений и пожеланий заказчика, должен получиться
документ, достаточно точно определяющий задачи разработчика ПС. Этот доку-
мент и называют внешним описанием ПС (ВО ПС) [1]. Внешнее описание играет
роль точной постановки задачи. Решение этой задачи должно представить разраба-
тываемое ПС
. Кроме того, ВО ПС должно содержать информацию, необходимую
Страницы
- « первая
- ‹ предыдущая
- …
- 16
- 17
- 18
- 19
- 20
- …
- следующая ›
- последняя »