Средства компьютерного проектирования ИС презентация

типового проектирования (технологии)
Назначение и возможности технологии ТП
Классификация технологий ТП, особенности реализации
Возможности современных ERP-систем

Сорокин, Ю.Ф. Тельнов. Проектирование экономических информационных систем. - М.: Финансы и статистика, 2003
А.Е. Сатунина, Л.А. Сысоева. Управление проектом корпоративной информационной системы предприятия. – М.: Финансы и статистика, 2009.

систем/программ
автоматизированное создание спецификация проектных решенийи программного кода, использование на различных стадиях жизненного цикла ИС
улучшение качества разрабатываемого программного приложения за счет средств генерации ПО и автоматического контроля связей компонентов;
возможность повторного использования компонентов разработки;
поддержание адаптивности и сопровождения ИС;
снижение времени создания системы, что позволяет на ранних стадиях проектирования получить прототип будущей системы и оценить его;
освобождение разработчиков от рутинной работы по документированию проекта, т.к. при этом используется встроенный документатор;
возможность коллективной разработки ИС в режиме реального времени.

ориентированные и комплексно – ориентированные (набор методологий проектирования);
по поддерживаемым графическим нотациям построения диаграмм: с фиксированной нотацией, с отдельными нотациями и наиболее распространенными нотациями;
по степени интегрированности: tools (отдельные локальные средства), toolkit (набор неинтегрированных средств, охватывающих большинство этапов разработки ИС) и workbench (полностью интегрированные средства, связанные общей базой проектных данных - репозиторием);
по типу и архитектуре вычислительной техники: ориентированные на локальное применение на одном рабочем месте, ориентированные на локальную вычислительную сеть (ЛВС), ориентированные на глобальную вычислительную сеть (ГВС) в Интернет-среде;
по режиму коллективной разработки проекта: не поддерживающие коллективную разработку, ориентированные на режим реального времени разработки проекта, ориентированные на режим объединения подпроектов;

с помощью которых на основе графической нотации строятся диаграммы, поддерживаемые инструментальной средой.
Методология определяет шаги и этапность реализации проекта, а также правила использования методов, с помощью которых разрабатывается проект.
Метод – это процедура или техника генерации описаний компонент ИС (например, проектирование потоков и структур данных).
Нотация отображение структуры системы, элементов данных, этапов обработки с помощью специальных графических символов диаграмм, а также описание проекта системы на формальных и естественных языках.
Инструментальные средства CASE - специальные программы, которые поддерживают одну или несколько методологий анализа и проектирования ИС.

состояния проектируемой ИС в каждый момент времени. Объекты всех диаграмм синхронизированы на основе общей информации репозитория
Объекты репозитория:
описания участников проектной группы и их прав доступа к различным компонентам системы;
описания организационных структур;
объекты диаграмм и их компоненты;
связи между диаграммами;
структуры данных;
описания программных модулей и процедур;
библиотеки модулей и т.д.

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

функций:
инициализация проекта;
задание начальных параметров проекта;
назначение и изменение прав доступа к элементам проекта;
мониторинг выполнения проекта.

Сервисное обслуживание - набор системных утилит по обслуживанию репозитория, в состав которых входят:
архивации данных;
восстановления данных;
создание нового репозитория;
экспорт/импорт

проверка качества (полноты, непротиворечивости)
Автоматическое формирование отчетов о проектных решениях (стандартные отчеты о перекрестных ссылках, произвольно программируемые отчеты, проверка качества, полноты, непротиворечивости проектных решений)
Кодификатор – автоматизация создания программного кода, генерации схем баз данных
Многопользовательский режим – средства коллективной разработки, интерфейсы с различными программными средствами, другими CASE-средствами
Средства планирования и управления проекта (сетевые графики работ, распределение ресурсов, расчеты бюджета, рисков, затрат, отслеживание исполнения)

зависимости от потребностей заказчика
Реализует в полном объеме требования к CASE-продуктам
Поддерживает объектно-ориентированную методологию проектирования ИС
Комплексируется с другими инструментальными средствами автоматизации разработки программных систем IBM

информационных (программных) систем)
Rational Software Architect - Интегрированная среда проектирования и разработки программных приложений и сервисов с использованием моделей на основе UML 2.0
Возможность выполнять параллельную разработку и изменение архитектуры - делить на части, комбинировать, сравнивать и объединять модели и фрагменты моделей

с полной поддержкой архитектуры J2EE
Помогает создавать и тестировать качественные программные приложения на Java/Java EE, портальные, web 2.0, OSGi, веб-службы и приложения SOA, Поддерживает UML 2.0 и HTML 5
Rational Team Concert (Blue Mix) - Комплексная среда коллективной разработки с возможностями гибкого, формального и смешанного планирования и ведения отчетности, доступными на одной платформе
Rational Quality Manager - Автоматизированная среда управления качеством программных приложений - от определения требований и сборки до тестирования и устранения дефектов.

и анализа корпоративной архитектуры, поддерживает методологию Захмана, стандарты TOGAF, DODAF, NAF, MODAF, eTOM/SID/TAM

Программное решение для создания планов предприятия с использованием интерактивных средств визуализации и анализа, поддерживает связывание, консолидацию и анализ информации:
Стратегия
Бизнес-архитектура
Информационные системы
Технологическая инфраструктура

бизнес-процессов, поддерживает язык BPMN для структурного моделирования бизнес-процессов, осуществляет импорт моделей из MS Visio, бизнес-объекты доступны в RSA для анализ бизнес-требований
Business Process Manager - полный комплект расширенных функций управления бизнес-процессами. Содержит инструменты и рабочую среду для проектирования, выполнения, мониторинга и оптимизации процессов

"сущность-связь", структур данных, структурных схем программ и последовательностей экранных форм;
проектирование диаграмм архитектуры системы - SAD (проектирование состава и связи вычислительных средств, распределения задач системы между вычислительными средствами, моделирование отношений типа "клиент-сервер", анализ использования менеджеров транзакций и особенностей функционирования систем в реальном времени);
генерация кода программ на языке 4GL целевой СУБД с полным обеспечением программной среды и генерация SQL-кода для создания таблиц БД, индексов, ограничений целостности и хранимых процедур;
программирование на языке C со встроенным SQL;
управление версиями и конфигурацией проекта;
многопользовательский доступ к репозиторию проекта;
генерация проектной документации по стандартным и индивидуальным шаблонам;
экспорт и импорт данных проекта в формате CDIF (CASE Data Interchange Format).

виде проектной документации проектное решение, включая программные модули, пригодное к многократному использованию. Предполагается повторное использование компонент разработки. Типовые проектные решения также называют тиражируемыми продуктами.
Типовое проектирование – выбор в соответствии с моделью требований к ИС готовых типовых решений и их адаптация и доработка с учетом условий функционирования объекта автоматизации.

платформах;
масштабируемость, допускающая конфигурацию ИС для переменного числа рабочих мест;
конфигурируемость, позволяющая выбирать подмножество компонентов, которые необходимы для конкретной проблемной области и параметрически настраивать на особенности объекта управления.

оформляются как шаблоны (templates), образцы (patterns), сервисы (services) – элементный подход
Подсистемы (комплексы задач) – подсистемный подход
Объекты автоматизации (система, как совокупность взаимосвязанных процессов) – объектный (процессный) подход

(SaaS – software as a service, DaaS –data as a service, PaaS – platform as a service, Cloud Computing – облачные вычисления)
Выбор и использование, редко адаптация и доработка.
+ Применением модульного подхода к проектированию и документированию ИС
- Проблема – сложность комплексирования, должны использоваться подходы открытых систем.

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

требований, целостно описывающих предметную область.
Проверка пакетов программ на соответствие параметрам П/О
Выбор и закупка удовлетворяющего требованиям программного обеспечения
Параметрическая настройка пакетов программ

модели осуществления сквозных бизнес-процессов (reference model – референсная (референтная) модель), которая адаптируется к условиям функционировани предприятия (организации).
Референсные модели поддерживаются в специальных репозиториях консалтинговыми или ИТ-компаниями
+ адаптивность выше за счет применения средств модельно-ориентированное проектирование
- дорогой инструментарий, требующий высокую квалификацию ИТ-персонала

на склад

Сырье

Компоненты

Полуфабрикаты

Готовые изделия

(American Production and Inventory Control Society), термин «ERP-система» (Enterprise Resource Planning — Управление ресурсами предприятия) может употребляться в двух значениях:
информационная система для идентификации и планирования всех ресурсов предприятия, которые необходимы для осуществления продаж, производства, закупок и учета в процессе выполнения клиентских заказов.
Методология эффективного планирования и управления всеми ресурсами предприятия, которые необходимы для осуществления продаж, производства, закупок и учета при исполнении заказов клиентов в сферах производства, дистрибьюции и оказания услуг. http://www.apics.org/

годы)

всех ресурсов - производственной компании – 70-е годы

как система – 80-90-е годы

управление цепочками поставок, позволяющих направлять и контролировать движение материальных и информационных потоков от поставщика к потребителю

(интеграция фронт-офис, и бэк-офис - внешних Web-приложений для взаимодействия с клиентами и внутренних erp-приложений)

основе общего плана, связывающего все взаимодействующие структурные подразделения в одну производящую цепь
Недостаточное внимание к качеству выполнения процессов для конкретных заказов (потребителей)
Высокие затраты, связанные с необходимостью резервирования ресурсов

без физических запасов требует повышения степени взаимодействия и синхронизации операций, выполняемых участвующими в процессе исполнителями, включая поставщиков
Сокращение сроков выполнения заказов при улучшении качества
Совершенствование существующих бизнес-процессов на основе стандартизации

и информация

Контроль
и информация

Контроль

Kanban управление

Поставщик

Предсборка

Конечная
сборка

Производство

Kanban-
событие

Информация

Kanban-
событие

Информация

Kanban-
событие

Контроль

Контроль

Контроль

Контроль

Модульная обратная цепочка

Заказ

Сравнение методов организации производства

(SOA) с использованием облачных технологий (Cloud Computing): 1С-Предприятие, MySAP
SMART-предприятия, гибкие, виртуальные , интеллектуальные, обучающиеся предприятия