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

Частина III. Рецензування діаграм і моделей 98


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


Основні етапи циклу автор / читач викладені в п’яти розділах. У главі 12 дан загальний огляд процесу рецензування. У главі 13 наведено визначення SADT-папки та описано методи її формування. У главі 14 показано, як потрібно читати папки, що необхідно робити всім, хто працює над SADT-проектом. У главі 15 показано, як повинен читач записувати свої зауваження, побажання та повідомлення, що виникають в процесі читання матеріалів папки. У главі 16 обговорюються відповіді автора на зауваження рецензентів та їх узагальнення. Протягом цих глав повністю простежується цикл автор / читач на прикладі папки, яка містить деяку частина матеріалів моделі експериментального механічного цеху. У процесі викладу ілюструється: (1) як на титульному аркуші папки відзначається її просування по циклу автор / читач, (2) як читач вивчає папку, (3) як читач записує в ній коментарі, (4) як автор письмово відповідає на коментарі читачів. Простеживши цей цикл, ви отримаєте чітке уявлення про те, які потрібні фахівці для участі в ньому, а також про методи та процедури для швидкого отримання корисних рецензій на документи папки.


Глава 12. Цикл автор / читач


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


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


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

У циклі автор / читач беруть участь фахівці з різними обов’язками: автори створюють моделі, читачі читають і коментують роботу авторів, Комітет технічного контролю затверджує результати, а бібліотекар організовує зберігання і розповсюдження матеріалів. Ці функції та їх взаємодія відображені на рис. 12-1. Нижче в цьому розділі наведено докладний опис етапів циклу автор / читач.


12.1. Складання вихідної документації

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


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



 

Рис. 12-1. Процес перевірки моделі в SADT


12.2. Коментування роботи

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

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


Рис. 12-2. Титульний лист папки і діаграма, підготовлена ​​автором

12.3. Відповіді на коментарі


Автор переглядає папки з коментарями і пише відповіді на них. Папки з відповідями передаються бібліотекарю для реєстрації та повернення читачам. Після цього кожен екземпляр папки залишається у свого власника і бібліотекар ніколи більше не обробляє їх. Спізнюються читачам бібліотекар нагадує про необхідність повернути затримані ними папки. Таким чином підтримується своєчасна зв’язок в обох напрямках від читача до автора і назад.


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


У процесі відповідей на коментарі кожного читача, автор вносить зміни в свій екземпляр папки. Коментарі всіх читачів зводяться воєдино в авторському примірнику. Це дозволяє автору аналізувати і узагальнювати різні і, можливо, суперечливі погляди читачів. Узагальнення використовуються при переробці діаграм для отримання поліпшеної версії розробляється моделі. Перероблені діаграми надходять до бібліотекаря, який поміщає їх в архіви моделі. Після цього даний цикл рецензування вважається завершеним, і автор може починати новий цикл на основі переробленого матеріалу (див. приклад у главах 14-16).


12.4. Удосконалення моделей


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


SADT-автори використовують стандартні ключові висловлювання, що визначають ступінь прийняття діаграм і відображають рівень досягнення консенсусу, щодо даної діаграми. Значення термінів: “робоча версія”, “Ескіз”, “рекомендовано”, “публікація”, що складають стандартний набір для SADT, визначаються на початковій стадії проектування. Це дає можливість для кожного аналітичного проекту виробляти свої критерії документального контролю за рівнем досягнення консенсусу. Наприклад, термін “робоча версія” може відноситися до першого, чорнового варіанту діаграми, “ескіз” може відноситися до наступних її версіями, які потребують уточнень, “рекомендовано” може означати, що діаграма готова для остаточного затвердження, а “публікація що діаграма остаточно затверджена.


Автор робить на діаграмах позначки, відповідні ступеня їх прийняття читачами, а потім посилає діаграми бібліотекаря, який вносить зміни в архівній моделі. Як тільки автор визнає, що набір діаграм, що представляє собою добре опрацьовану частина моделі, досяг рівня “рекомендовано”, він посилає їх на остаточне затвердження до Комітету технічного контролю. Діаграми об’єднуються в папку для проходження циклу коментар / відповідь, через який проходили більш ранні версії. Комітет технічного контролю являє письмово свої зауваження, автор відповідає на них, а бібліотекар забезпечує своєчасність рецензування, розсилаючи нагадування.

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

 

Рис. 12-3. Титульний лист папки і діаграма після рецензування


Рис. 12-4. Діаграма і титульний лист з відповідями автора

12.5. Цикл автор / читач


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


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

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

12.6. Резюме

Метою аналітика є створення точного опису системи. В SADT прийнято, що точність може бути досягнута тільки за допомогою рецензування. Тому SADT-методологія включає процес рецензування, званий цикл автор / читач. Автори створюють невеликі комплекти робочих матеріалів, які називаються папками. Бібліотекар розсилає ці папки читачам, які записують в них свої зауваження. Автори поруч з кожним зауваженням пишуть відповідь, повертають папки читачам і узагальнюють різні, а іноді й суперечливі зауваження на своїх примірниках діаграм. Питання, які не вдалося погодити в процесі письмового діалогу, вирішуються згодом в ході обговорень, які називаються “бесіда автор / читач”. Після кількох таких циклів автор / читач модель досягає рівня, необхідного для її затвердження.

Додаткова література:



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


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

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

Ваш отзыв

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

*

*