20.4. Стратегии дополнения модели

Описание системы в методологии SADT приводит к созданию модели, которая определяет и описывает функции и объекты системы. Но обычно одной модели недостаточно для выработ­ки спецификаций. Модель, как правило, сопро­вождается дополнениями для того, чтобы разра­ботать полную систему спецификаций. В главе 27 показано, как модель "Питание семьи" может быть дополнена кратким описанием для разра­ботки спецификации, которую легко читать и выполнять. Теперь определим, какие дополне­ния к модели будут полезны. Стандарты специ­фикаций в промышленности весьма различны, поэтому их форму мы обсуждать не будем.

Спецификация системы часто содержит описания функций с точки зрения пользователей, указания и ограничения по проектированию, критерии приемлемости и справочный матери­ал. Можно получить максимум от SADT-моделей, если при документировании такого вида инфор­мации применять стратегии, подобными следу­ющим:

• Функции системы, с которыми имеет дело пользователь, как и все функции системы, опре­деляются SADT-моделью. Выделите в модели эти функции, свяжите их с вопросами, относящимися к человеческому фактору.

• Проектные ограничения, выявленные в процес­се анализа (смета, график работ, лимиты па­мяти и обработки данных, предварительно опре­деленное техническое и программное обеспече­ние, ресурсы персонала), должны иметь вид при­мечаний, приведенных рядом с функцией, на ко­торую они действуют.

• Указания по проектированию (например, ка­кие функции автономны, какие формируют осно­ву, какие функции можно отложить до создания соответствующего программного обеспечения) должны быть изложены и привязаны к приме­чаниям на модели (т.е. выделенным основным функциям).

• Атрибуты приемлемости (т.е. независимые ис­пытатели, тесты, место и длительность тестиро­вания) должны быть организованы вокруг струк­туры SADT-модели, если нельзя придумать луч­шей организации. Для документирования этой информации используйте исполнителей.

• Хороший справочный материал (исходные до­кументы, глоссарий терминов, описания специ­альных обозначений) очень важен для правиль­ного понимания и использования специфика­цией. Введите эту информацию в соответствую­щие разделы спецификации. Материал большого объема (например, чертеж самолета) или мате­риал общего характера (например, словарь дан­ных) поместите в одно или в несколько прило­жений.

20.5. Резюме

При работе над проектами в методологии SADT необходима координация усилий коллекти­вов авторов, читателей и Комитета технического контроля - органа, осуществляющего прием мо­делей для их использования. Успех проектов за­висит от правильного составления папок и мето­дов их рецензирования, от результатов совмест­ной деятельности специалистов и от их индиви­дуальных усилий. Проект в методологии SADT, как и любой другой проект, требует тщательного руководства. Правильный подбор участников, разработка технического задания и выполнение сроков способствуют эффективности проекта. Одна из важнейших обязанностей руководителя SADT-проекта заключается в контроле за движе­нием папок и выполнением планов проекта для обеспечения плавного и непрерывного процесса работы.

Дополнительная литература

Brackett, J.: "Structuring the Analysis and Design Process", GUIDE Productivity Symposium,1976

Burack, E., and Torda, F.: "The Manager's Guide to Change", Lifetime Learning Publications,1979.

DeMarco,Т.: "Breaking the Language Barrier", Computerworld, August1978.

DeMarco,Т.: "Controlling Software Projects, Yourdon Press, New York,1982.

Parkin, A.: Data Processing Managment, Little, Brown, Boston,1980.

Ross, D. and Schoman, K.: "Structured Analysis for Requirements Definitions", IEEE Transactions on Software Engineering, vol. SE-3, no.1, January

1977.

Schoman, K.: "SADT and PERT", SofTech Deliv­erable no. CLIN#0-02AG, November1977.

Weinberg, G.: "Understanding the Professional Programmer, Little, Brown, Boston,1982.

Yourdon, E.: "How to Manage Structured Pro­gramming", Yourdon Press, New York, 1976.