Методика построения функциональной модели. Источники информации. Начало моделирования. Цикл «писатель-читатель». Прекращение моделирования. Интервью

Вид материалаИнтервью
Подобный материал:
1   ...   8   9   10   11   12   13   14   15   ...   18

Доработка глоссария


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

Дополнительный текст


Подготовка хорошего текста тре­бу­ет вре­ме­ни, даже если текст относится к од­ному бло­ку. Поэтому обычно текст пишется, когда ди­аграмма перестает подвергаться из­ме­не­ни­ям. Иногда текст используется для уточ­не­ния важ­ных моментов в процессе соз­да­ния диаг­раммы.

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

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

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



Применение функциональной модели
для разработки спецификации


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

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









Computer Associate AllFusion Process Modeler (BPwin)


Добраться нелегко.






Связь с хранилищем моделей (ModelMart)


По умолчанию BPwin при старте пытается установить связь с хранилищем моделей.

При первом запуске программы необходимо отключить эту опцию.







Начальный диалог создания новой модели


П
ри создании новой модели необходимо задать ее имя и тип – IDEF0 для функ­ци­о­нальных моделей (BPwin поддерживает два других вида моделей)

Имя важно – это название проекта.