Модель синтеза программ реализации жизненного цикла развивающегося объекта

Тема 6.

Семинар №1

13.02.2012

Формат описания проекта органайзера

Лекция №1

10.02.2012

Методические рекомендации

 

КОНСПЕКТИРОВАНИЕ

 

Конспект - это краткое, последовательно изложение основного содержания книги (главы, статьи) без лишних деталей, с акцентированием внимания на главных, центральных мыслях, выводах.

Для конспектов рекомендуется взять отдельную тетрадь. Обязательны широкие поля для пометок, значков, которые помогут быстро отыскать нужную мысль во время практического занятия, коллоквиума, при подготовке к докладу и т.д.

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

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

 

 

Проект – магазин по продаже книг

 

Target Start Finish

Цель Начало Конец

 

Idea/Summery

 

Plan

 

Person

 

Ресурсы

 

Бюджет

 

Structural Analysis and Design Technologies

 

SADT

Процесс

ICOM-блок

 

 

Control

 

Input

Процесс

Output

 

 

Mechanism Технологии

 

Контекстная модель 0-го уровня

 

Количественные характеристики

 

Target Start Finish

Цель Начало Конец

 

Idea/Summery [V] СЛМ ТО = <V,P,L,T,T,T>

 

Plan // декомпозиция общего процесса на подпроцессы сложнее если есть структура ICOM-блоков

 

Person СЛМ = < R , U , C , F , R >

 

Ресурсы ICOM UNIT = < I , C , O , M>

Пакет функционального моделирования

VS 2010 C#

 

Бюджет БББ IDEF 0

Более детально идентифицирует точно определенные компоненты

// трудоемкость разработки

 

 

Для каждого исполнителя ICOM-блок

 

Список процессов (работы, задачи)

Task

Work [flow] – поток работ

Job

Если нет отношения – нет и системы

 

Агрегат последовательности:

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

Выделим по предшественнику

J

c

Wu

Wv

Свободный вход

 

 

Исходные данные Wv

Логическое предшествование

 

 

c

J

Wu

Wv

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

Можно объединить

в систему, агрегат.

 

 

Агрегат паралл. (работ)

*НЕЗАВИСИМЫХ, но необходимых

J_A = J_{Wпредшественника и исход. агрегата послед.} U J_{W работы}

С_A = C_WV U C_WU

Выходам агрегата послед.

F_A = F_V ( F_U )

 

Вход первой работы (исходное записи)

Получ. продукт предшествования

 

Функциональное отображение результата

R_W = F_W U_W

Результат Оператор Исходные

работы записи

 

СЛМ ОС = < R^ , U , C , F , R >

 

Цель Исходные Ограничение

данные

ЖЦ РО разбив на 2-е части (среды: реализации и проектирования)

 

R^ U C

 

P_r R

 

<0,0,0,0,0> ФАЗА ПОСТАНОВКИ ЗАДАЧИ

 

<1,…,0>

 

<1,1,…,0> ОПРЕДЕЛЕНИЕ ПЕРВЫХ 3-ЕХ КОМПОНЕНТОВ

 

<1,1,1,…,0>

 

<1,1,1,1,0> ФАЗА ФУНКЦИОНИРОВАНИЯ

 

<1,1,1,1,1> (РЕАЛИЗАЦИЯ ПРОГРАММЫ)

 

Каждый этап Имеет свой ЖЦ.

Определить синхр. ЖЦ сложно. РО агрегат состоит из 2-ух ЖЦ.

 

Усложнений НЕТ! à Усложнение возможно переход от

I O ICOM – блок (Unit)

 

дифференц. вход

 

С IO – блок (Unit)

I O

M

 

Предшественник:

· По механизму

· По содержанию

 

WW

WV

 

 

R_WU = M_WV

WV

R_WU = C_MV

I O

 

 

В фазе постановки задачи способы и результат отсутствуют.

Мы работаем с R^, U, C вместо RàR^

В модели IO-Unit в качестве 0 (àR^) если адресат (для послед.) предполагает результат предшественника.