Методологія структурного аналізу і проектування SADT. Глава 20, Комерція, Різне, статті

Глава 20. Управління проектом



Управління проектом в методології SADT не зводиться просто до створення набору діаграм. Наш досвід показує, що ефективне проектування в SADT для отримання результатів у відповідності з термінами і кошторисами має представляти собою процес, в ході якого координується робота експертів, авторів, читачів і тих, хто приймає остаточну версію моделі системи. Успішні проекти повинні мати гарний початок, в ході їх виконання повинні створюватися корисні результати, розроблятися тільки необхідні моделі та доповнення до них. В цьому розділі обговорюється наш досвід проектування в SADT. Особлива увага приділяється управління проектами та координації робіт в методології SADT окремих людей і колективів.


20.1. Початок проекту


Успішний проект завжди має хороший старт, який зазвичай включає формування технічного завдання на проектування, вихідний вибір створюваних моделей, організацію групи аналітиків, вибір Комітету технічного контролю і складання графіка робіт. Такий початок призводить до створення плану проекту, який координує зусилля багатьох людей і робить проект керованим.


Технічне завдання виробляється на самому першому етапі проекту (іноді технічне завдання називають концепцією проекту). У технічному завданні визначаються призначення, сфера, обмеження, очікувані результати та переваги проекту. Технічне завдання може також включати начерк плану проекту, який допомагає документувати попередні пропозиції організаторів і керівників проекту. Зазвичай на цьому етапі зайняті невеликі колективи. Однак якщо проект дуже малий, він може бути ініційований одним автором.


Основні пункти роботи – які створювати моделі і в які терміни – плануються після формування технічного завдання. Це допомагає визначити найбільш важливі об’єкти, прояснити цілі проекту та розробити його детальний план. Перш ніж визначити основні пункти роботи, ми радимо з’ясувати, що відомо з даної проблеми, яку нову інформацію треба зібрати і які джерела її доступні для проекту. Може бути вам навіть доведеться побудувати кілька невеликих SADT-моделей, щоб отримати ці відомості. Наприклад, ми часто будуємо модель самого проекту за допомогою SADT, щоб визначити, які моделі будуть створюватися (Поточні операції, майбутні операції, план перетворень, архітектура системи). План, заснований на такій інформації, швидше призведе до створення точних і корисних моделей.


Вірно вибрані основні пункти роботи служать базою для правильного підбору колективу фахівців. Визначте число експертів, авторів, читачів і допоміжний персонал (бібліотекар, діловоди і технічні оформлювачі) для отримання необхідних результатів. (Подання про необхідний обсяг робіт дають огляди проектів в частині VI.) Визначте також, хто увійде до Комітету технічного контролю. Ці особи повинні відповідати за вирішення конфліктів,

Рис. 20-1. Типова структура SADT-проекту


проведення політики проекту, прийняття результатів, інтерпретацію та реалізацію технічного завдання. Забезпечте участь в роботі Комітету декількох фахівців з високим рівнем компетентності, які зможуть відстояти свої рішення. В процесі роботи над проектом ваша організаційна структура буде мати вигляд, аналогічний наведеному на рис. 20-1.


20.2. Створення та рецензування результатів роботи


Один із секретів створення точних і корисних SADT-моделей полягає в постійному випуску папок, які доносять відповідний обсяг інформації до читацької аудиторії. У проектуванні за методологією SADT широко застосовуються папки, що складаються з контекстної діаграми, рецензованої діаграми і сторінки глосарію. Проте не завжди SADT-папки так малі. Ми рекомендуємо випускати папку, коли у вас вже накопичена інформація для рецензування. Її обсяг може бути різним у залежності як від самого проекту, так і від досвіду його учасників. Наведемо кілька прикладів, коли розмір папки може реально відбитися на продуктивності рецензування:



Розмір папки – це один з аспектів проектування. Не менш важлива кількість

Рис. 20-2. Рівні консенсусу


папок, що розсилаються відповідно до конкретним об’єктом. Ми рекомендуємо по кожному рецензованому обсягом інформації розсилати не одну, а серію папок. Для цього спочатку пошліть папку дуже досвідченому експерту і добийтеся його згоди з вами. Потім відправте другу папку з тим же змістом ще декільком експертам і досягнете згоди з цією групою. Потім направте скориговану папку всієї читацької аудиторії, щоб отримати загальне схвалення вашої роботи. Цей процес досягнення зростаючих рівнів згоди, починаючи від однієї людини, потім переходячи до невеликої групи осіб і далі – до всіх учасників проекту, типовий шлях нашого отримання знання в SADT. Він схематично зображено на рис. 20-2, де показані також рівні досягнення згоди. Зазвичай для досягнення згоди з усією читацькою аудиторією необхідно кілька папок.


20.3. Створення моделі


Створення ефективних SADT-моделей не зводиться просто до креслення правильних діаграм. Воно вимагає використання спільної діяльності фахівців для отримання затверджених діаграм А-0 і АТ, призначення авторів для декомпозиції конкретних блоків діаграми АТ, формування основних завдань декомпозиції і копіткої доведення моделі до кінця. Ми зазвичай починаємо роботу з моделювання з технічного наради, в якому беруть участь експерти та розробники. Нарада триває протягом тижня. Керівник групи керує цією спільною роботою, організовуючи потік інформації від експертів до авторів і заохочуючи обмін думками між ними. Обговорення триває до тих пір, поки не будуть вироблені схеми діаграм АТ і А-0, а також уточнено мету і точка зору моделі (див. уроки в главі 22, де наведено докладний опис такої роботи).


Початкові діаграми і пов’язаний з ними глосарій складають першу папку, яка проходить кілька циклів автор / читач, поки не будуть створені стабільні діаграми АТ і А-0. Після цього група аналітиків визначає цілі декомпозиції кожного блоку діаграми АТ і призначає для кожного блоку по одному автору. Автор деталізує свою частину моделі і погоджує інтерфейси на діаграмі АТ з іншими авторами. Таким чином колектив авторів може швидко створити модель, не заважаючи один одному (див. уроки в главах 23 і 24).


В ході спільного творчого процесу кожен автор деталізує свою частину моделі, яка рецензується експертами та іншими авторами. Ця деталізація як результат індивідуальної роботи вимагає збору автором інформації (в основному шляхом читання документів та опитування експертів), обмеження кожного декомпозіруемого об’єкта, визначення точки зору декомпозиції, створення діаграми та її рецензування (див. уроки в главах 25 і 26). Для такої роботи необхідні внутрішня дисциплінованість і розуміння потенційних проблем. Як і всі SADT-автори, ми виробили за роки роботи принципи, що дозволяють уникнути пасток. Деякі найбільш важливі з них полягають у виборі завдання для чергового кроку, у визначенні продуктивності своєї праці і відстеження необхідних обмежень.


Для успіху будь-якого аналітичного проекту надзвичайно важливо, щоб кожен автор відповідально підходив до вибору чергового кроку завдання. Діяльність авторів в ході аналітичного проекту різноманітна. Вони обмірковують проблеми, читають супутні матеріали, опитують експертів, вибирають блоки для декомпозиції, креслять діаграми, перечерчівают діаграми, формують папки, читають їх, відповідають на коментарі, розмовляють з рецензентами, готують доповнення, редагують їх, погоджують інтерфейси, зчитують матеріали перед публікацією, і разом з іншими авторами беруть участь у вирішенні проблем за допомогою “мозковий атаки “. Дуже важливо ретельно вибирати з усіх цих видів діяльності ту, що найбільш необхідна на черговому кроці.


Для підвищення кваліфікації SADT-авторів істотне значення має їх власне визначення продуктивності своєї праці і оцінка якості роботи. Виключно корисно для визначення продуктивності праці фіксувати час, витрачений на виконання конкретних робіт при моделюванні в рамках SADT. Переглядаючи ці записи, можна визначити, які види діяльності ви виконуєте добре, з якими у вас виникають труднощі і в чому ви далекі від оптимальності. Як приклад можна використовувати табл. 20-1.


Таблиця 20-1. Терміни створення SADT-діаграм.

























Завдання

Абсолютно заново

Нова версія

Креслення

15-60 хвилин

10-30 хвилин

Критика

10-30 хвилин

10-30 хвилин

Коментування

10-40 хвилин

5-20 хвилин

Кількість діаграм в день

2-5

5-10

З точки зору дотримання графіка для успіху проекту важливою є швидкість якісного виконання роботи. Слідкуйте за тим, щоб папки і моделі не перевищували критичних розмірів, наведених у табл. 20-2.


Таблиця 20-2. Критичні розміри SADT-продуктів











Результати роботи

Кількість
Папка
Папка
Модель
 
2-6 діаграм
3-6 циклів рецензування
10-30 діаграм

Результати робіт, що перевершують ці розміри, можуть бути незручні для рецензування або не відповідати цілям проекту. Ми завжди заново переоцінюємо як зміст подібних результатів, так і їх відповідність плану проекту. Іноді потрібні великі моделі або папки, але частіше вони свідчать про наявність в проекті потенційних проблем.


20.4. Стратегії доповнення моделі


Опис системи в методології SADT призводить до створення моделі, яка визначає і описує функції і об’єкти системи. Але зазвичай однієї моделі недостатньо для вироблення специфікацій. Модель, як правило, супроводжується доповненнями для того, щоб розробити повну систему специфікацій. У главі 27 показано, як модель “Харчування сім’ї” може бути доповнена коротким описом для розробки специфікації, яку легко читати і виконувати. Тепер визначимо, які доповнення до моделі будуть корисні. Стандарти специфікацій в промисловості дуже різні, тому їх форму ми обговорювати не будемо.


Специфікація системи часто містить описи функцій з точки зору користувачів, вказівки та обмеження з проектування, критерії прийнятності та довідковий матеріал. Можна отримати максимум від 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, August 1978.
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 Deliverable no. CLIN#0-02AG, November 1977.
Weinberg, G.: “Understanding the Professional Programmer, Little, Brown, Boston, 1982.
Yourdon, E.: “How to Manage Structured Programming”, Yourdon Press, New York, 1976.


Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*