- •Диаграммы “сущность-связь”
- •5.1. Сущности, отношения и связи в нотации Чена
- •5.2. Диаграммы атрибутов
- •5.3. Категоризация сущностей
- •5.4. Нотация Баркера
- •5.5. Построение модели
- •Спецификации управления
- •Средства структурного проектирования
- •7.1. Структурные карты Константайна
- •Средства структурного проектирования
- •7.2. Структурные карты Джексона
- •7.3. Характеристики хорошей модели реализации
- •7.3.1. Сцепление
- •7.3.2. Связность
- •Средства структурного проектирования
- •7.3.3. Другие принципы проектирования
- •7.4. Транзакционный и трансформационный анализ или как получить структурные карты из диаграмм потоков данных
- •Часть 2 методологии структурного системного анализа и проектирования
- •Глава 10 кратко описывает архитектуру современной системы и ее влияние на изменения в методологиях анализа и проектирования.
- •Глава 8 классификация структурных методологий
- •Примеры структурных методологий
- •9.1. Методологии структурного анализа Йодана/Де Марко и Гейна-Сарсона
- •9.2. Sadt - технология структурного анализа и проектирования
- •Глава 9 примеры структурных методологий
- •9.3. Сравнительный анализ sadt-моделей и потоковых моделей
- •9.4. Методология ssadm
- •9.5. Методологии, ориентированные на данные
- •9.6. Основные этапы подхода Мартина
- •Глава 10 архитектура современных систем и методологии
- •Консалтинг при автоматизации предприятий: подходы, методы, средства
- •11.2. Проведение обследования
- •1) Положение о подразделении
- •2) Набор документальных форм без внутреннего наполнения, т.Е. Используемые формы, бланки и др. (например, карточка складского учета, отчет по форме n, наряд-задание, товарно-транспортная накладная)
- •Глава 12 построение моделей
- •12.1. Построение и анализ моделей деятельности предприятия
- •12.2. Разработка системного проекта
- •Глава 13 разработка предложений по автоматизации и техническое проектирование
- •13.1. Предложения по автоматизации
- •13.2. Техническое проектирование
- •13.3. Фрагмент технического проекта ремонтной службы
- •1) Состав, структура и характеристики функциональных задач в рамках деятельности ремонтной службы
- •1.1) Ремонтные участки
- •1.2) Цуп
- •1.3) Оборотный склад
- •2.2) Взаимосвязи информационной и функциональной моделей
- •3) Состав и структура автоматизированных рабочих мест ремонтной службы
- •3.1) Арм диагностика
- •3.1.1) Учет выполненной диагностики по электрической трансмиссии
- •3.1.2) Учет выполненной диагностики по дизелю
- •3.1.3) Учет выполненной диагностики по гидравлической системе
- •3.2.2) Учет результатов химического анализа топлива
- •3.2.3) Учет результатов химического анализа охлаждающих жидкостей
- •Часть 4 case-средства автоматизации методологий структурного системного анализа и проектирования
- •Глава 17 посвящена аналитическому обзору российского рынка case-средств.
- •Глава 14 концептуальные основы case - технологий
- •14.1. Эволюция case - средств
- •14.2. Case-модель жизненного цикла по
- •14.3. Состав, структура и функциональные особенности case-средств
- •14.4. Поддержка графических моделей
- •14.5. Контроль ошибок
- •14.6. Организация и поддержуа репозитария
- •14.7. Поддержка процесса проектирования и разработки
- •Консалтинг при автоматизации предприятий: подходы, методы, средства
- •Глава 15 классификация case - средств
3.2.2) Учет результатов химического анализа топлива
1) Занесение в таблицу ХИМ АНАЛИЗ следующей информации:
- дата испытаний - номер шасси или место хранения - тип химического анализа (топлива) - табельный номер сотрудника
2) Занесение в таблицу ТОПЛИВО следующей информации:
- кинематическая вязкость - содержание воды - механические примеси, определенные методом фильтрации - температура вспышки - сезонность
3.2.3) Учет результатов химического анализа охлаждающих жидкостей
1) Занесение в таблицу ХИМ АНАЛИЗ следующей информации:
- дата испытаний - номер шасси или место хранения - тип химического анализа (охлаждающие жидкости) - табельный номер сотрудника
2) Занесение в таблицу ОХЛ ЖИДКОСТЬ следующей информации:
<>- результат анализа на присадки ДСА
Риc. 13.3. АРМ ХИМИЧЕСКИЙ АНАЛИЗ
Часть 4 case-средства автоматизации методологий структурного системного анализа и проектирования
Четвертая часть книги посвящена описанию CASE-средств автоматизации методологий структурного системного анализа и проектирования - инструмента современного консультанта.
В главе 14 рассматриваются концептуальные основы CASE-технологий, прослеживается эволюция CASE как самостоятельной дисциплины в программотехнике, приводится CASE-модель жизненного цикла программного продукта и рассматриваются ее отличия от традиционной модели. Анализируется состав, структура и функциональные особенности современных CASE-средств.
В главе 15 приводится классификация CASE-средств по типам, категориям и уровням.
В главе 16 рассматривается отечественное CASE-средство первого поколения - пакет CASE.Аналитик. Приведено описание основных функций пакета, а также основные особенности используемых средств структурного системного анализа.
Глава 17 посвящена аналитическому обзору российского рынка case-средств.
Глава 14 концептуальные основы case - технологий
14.1. Эволюция case - средств
С самого начала CASE-технологии развивались с целью преодоления ограничений ручных применений методологий структурного анализа и проектирования 60-70-х годов (сложности понимания, большой трудоемкости и стоимости использования, трудности внесения изменений в проектные спецификации и т.д.) за счет их автоматизации и интеграции поддерживающих средств. Таким образом CASE-технологии не могут считаться самостоятельными методологиями, они только делают более эффективными пути их применения. CASE - не революция в программотехнике: современные СASE-средства являются естественным продолжением эволюции всей отрасли средств разработки ПО. Традиционно выделяют шесть периодов, качественно отличающихся применяемой техникой и методами разработки ПО, которые характеризуются использованием в качестве инструментальных следующих средств:
ассемблеров, дампов памяти, анализаторов;
компиляторов, интерпретаторов, трассировщиков;
символических отладчиков, пакетов программ;
систем анализа и управления исходными текстами;
CASE-средств анализа требований, проектирования спецификаций иструктуры, редактирования интерфейсов (первая генерация CASE-I);
CASE-средств генерации исходных текстов и реализации интегрированного окружения поддержки полного жизненного цикла (ЖЦ) разработки ПО(вторая генерация CASE-II).
CASE-I является первой технологией, адресованной непосредственносистемным аналитикам и проектировщикам,и включающей средства для поддержки графических моделей, проектирования спецификаций, экранных редакторов и словарей данных. Она не предназначена для поддержки полного ЖЦ и концентрирует внимание на функциональных спецификациях и начальных шагах проекта - системном анализе, определении требований, системном проектировании, логическом проектировании БД.
CASE-II отличается значительно более развитыми возможностями,улучшенными характеристиками и исчерпывающим подходом к полному ЖЦ.В ней в первую очередь используются средства поддержки автоматическойкодогенерации, а также обеспечивается полная функциональная поддержкадля порождения графических системных требований и спецификаций проектирования; контроля,анализа и связывания системной информации,а такжеинформации по управлению проектированием; построения прототипов и моделей системы; тестирования, верификации и анализа сгенерированныхпрограмм; генерации документов по проекту; контроля на соответствиестандартам по всем этапам ЖЦ. CASE-II может включать свыше 100 функциональных компонент, поддерживающих все этапы ЖЦ, при этом пользователям предоставляется возможность выбора необходимых средств и их интеграции в нужном составе.