
- •2. Основные характеристики программного модуля по г. Майерсу: размер, прочность, сцепление, рутинность
- •3. Общие принципы моделирования жизненного цикла программных средств…
- •5. Внешнее описание программного средства и процесс его разработки…
- •6. Структурное программирование и основные конструкции структурного программирования
- •7. Метод таблиц решений
- •8. Метод пошаговой детализации н. Вирта и понятие о псевдокоде
- •9. Пользовательский интерфейс с точки зрения разработчика и пользователя...
- •10. Методология функционального моделирования idef0. Основные элементы и понятия idef0. Принципы ограничения сложности idef0-диаграмм. Дисциплина групповой работы над разработкой idef0-модели
- •11. Основные принципы тестирования программных средств…
- •12. Основы методологии idef1x…
- •13. Основы методологии idef3. Назначение и два типа диаграмм в idef3
- •14. Оценка показателей качества программных средств в соответствии гост 28195-89
- •15. Диаграммы потоков данных. Нотации Йордона-Де Марко и Гейна-Сарсона. Понятие о мини-спецификациях и словарях данных
- •16. Надежность программных средств. Количественные показатели надежности. Оценка показателей надежности на основе различных моделей
- •17. Оценка размеров программных средств на начальных стадиях проектирования. Метрики количества строк исходного кода и функциональных точек. Метод функциональных точек
- •19. Оценка трудоемкости и сроков реализации программных проектов с помощью модели cocomo
- •20. Модель зрелости процессов разработки программных средств (смм). Уровни зрелости в соответствии с моделью смм. Сертификация на основе модели смм
- •Дополнение к 15 Мини-спецификация и словари данных
10. Методология функционального моделирования idef0. Основные элементы и понятия idef0. Принципы ограничения сложности idef0-диаграмм. Дисциплина групповой работы над разработкой idef0-модели
В основе методологии лежат четыре основных понятия.
1 из них является понятие функционального блока. Графически изобр-ся в виде прямоугольника и олицетворяет собой некоторую конкретную функцию в рамках рассматриваемой с-мы. По требованиям ст-та название каждого функ-ого блока д/б сформулировано в глагольном наклонении.
“Управление”“Вход”“Выход”“Механизм”
Кажд функц-й блок д иметь свой уникальный идентификационный номер.
2 Понятие интерфейсной дуги. Также называют потоками или стрелками. Интерфейсная дуга отображает эл-т сис-мы, кот-й обрабатывается функциональным блоком или оказывает иное влияние на функцию, отображенную данным функциональным блоком.
Граф отобр-ем инт-й дуги явл-я однонаправленная стрелка. Кажд инт-я дуга д иметь свое уникальное наименование. Наимен-е д/б оборотом существит-го.
С помощью интер-х дуг отображают различные объекты, в той или иной степени опред-ие процессы, происходящие в с-ме. Такими объектами м/б эл-ты реального мира (детали, сотрудники) или потоки данных и инф-и (док-ты, данные, инструкции).
В зависимости от того, к какой из сторон подходит данная интер-я дуга, она носит название “входящей”, “исходящей” или “управляющей”. “Источником” (началом) и “приемником” (концом) каждой дуги м/б только функциональные блоки. При этом “источником” м/б только выходная сторона блока, а “приемником” любая из 3 оставшихся.
Любой функциональный блок по требованиям ст-та д иметь, по крайней мере, одну управ-ю интер-ую дугу и одну исходящую. Обязательное наличие управляющих интерфейсных дуг является одним из главных отличий стандарта IDEF0 от других методологий классов DFD
В различных случаях входящими и исходящими интерфейсными дугами могут отображаться все виды объектов, управляющими только относящиеся к потокам документов и информации, а дугами-механизмами только ресурсы.
3 осн-м понятием ст-рта IDEF0 явл-ся декомпозиция. Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции. При этом уровень детализации процесса опр-ся непосред-но разработчиком модели. Декомпозиция позволяет постепенно и структур-но представлять модель с-мы в виде иерархической стр-ры отдельных диаграмм, что делает ее < перегруженной
Модель IDEF0 всегда нач-ся с представ-я с-мы как единого целого – 1 функ-го блока с инт-ми дугами, простир-ся за пределы рассм-мой области. Такая диаграмма с 1 функ-м блоком наз контекстной диаграммой, и обозн идентиф-м “А-0”.
В пояснительном тексте к контекстной диаграмме д/б указана цель постр-я диаграммы в виде краткого описания и зафиксирована точка зрения. Факт-ки цель опр-т соотв-щие обл-ти в исследуемой с-ме, на кот-х необ-мо фокусир-ся в первую очередь
Точка зр-я опр-ет основное направление развития модели и уровень необх-й детализации. Четкое фиксир-ие т-ки зр-я позволяет разгрузить м-ль, отказавшись от детал-ии и исслед-ия отд-х эл-тов, не яв-ся необх-ми, исходя из выбранной т-ки зр-я на с-му.
В процессе декомп-и, функ-ный блок, кот-й в контек-й диаграмме отображает с-му как единое целое, подвергается детализации на другой диаграмме. Получившаяся диаграмма второго уровня содержит функ-ные блоки, отобр-щие главные подфункции функц-го блока контекстной диаграммы и называется дочерней по отн-ю к нему. В свою очередь, функц-ный блок - предок называется родительским блоком по отношению к дочерней диаграмме, а диаграмма, к которой он принадлежит – родительской диаграммой. Каждая из подфункций дочерней диаграммы м/быть далее детализирована путем аналогичной декомпозиции соотв-го ей функ-го блока. Важно отметить, что в каждом случае декомпозиции функц-го блока все интерф-е дуги, входящие в данный блок, или исходящие из него фиксируются на дочерней диаграмме. Этим достиг-ся структурная целостность IDEF0–модели.
В стандарте IDEF0 предусмотрено понятие туннелирования. Обозначение “туннеля” в виде двух круглых скобок вокруг начала интерф-й дуги обозн-т, что эта дуга не была унаследована от функц-го родит-го блока и появилась (из “туннеля”) только на этой диаграмме. Такое же обозн-е вокруг конца (стрелки) интер-й дуги в непосред-й близи от блока – приёмника означает тот факт, что в дочерней по отн-ю к этому блоку диаграмме эта дуга отобр-ся и рассмат-ся не будет.
4 из понятий IDEF0 является глоссарий. Для каждого из эл-в IDEF0: диаграмм, функц-х блоков, интер-х дуг сущ-ий ст-т подразумевает создание и поддержание набора соотв-щих определений, ключевых слов, кот-е характ-ют объект, отображенный данным эл-м. Этот набор наз-ся глоссарием и явл-ся описанием сущности данного эл-та.
Принципы ограничения сложности IDEF0-диаграмм. Чтобы ограничить их перегруженность и сделать удобочитаемыми, в соответствующем стандарте приняты соответствующие ограничения сложности:
Ограничение кол-ва функ-х блоков на диаграмме 3-6. Верхний предел заставляет разр-ка исполь-ть иерархии при описании сложных предметов, а нижний предел гарантирует, что на соответ-й диагр-е достаточно деталей, чтобы оправдать ее созд-е;
Ограничение количества подходящих к одному функциональному блоку (выходящих из одного функционального блока) интерфейсных дуг четырьмя.
Дисциплина групповой работы над разработкой IDEF0-м-ли. Ст-т IDEF0 содержит набор процедур, позвол-х разрабатывать и согласовывать модель большой группой людей, принад-х к разным областям деят-ти моделируемой с-мы. Обычно процесс разр-ки явл-ся итеративным и состоит из этапов:
Созд-е м-ли группой специалистов, относ-ся к разл-м сферам деят-ти предпр-я. Эта группа в наз-тся авторами. Они опраш-ют компет-х лиц о стр-ре разл-х процессов. На основе имеющихся положений, док-тов и рез-тов опросов созд-ся черновик м-ли.
Р
аспростр-е
черновика для рассм-я, согласований и
комментариев. Происходит обсуждение
черновика м-ли с широким спектром
компет-х лиц (читателей) на предприятии.
При этом каждая из диаграмм черновой
м-ли письменно критикуется и коммент-ся,
а затем передается автору. Автор, также
письменно соглашается с критикой или
отвергает её с изложением логики принятия
решения и вновь возвращает откорректированный
черновик для дальнейшего рассмотрения.
Этот цикл продолжается до тех пор, пока
авторы и читатели не придут к единому
мнению.
Офиц-ое утверждение м-ли. Утвер-ие согласов-й м-ли происходит руков-лем раб-й группы, если у авторов и читателей отсут-ют разногласия по поводу ее адек-ти.