ТЕМА 3. Технологии проектирования ИС презентация

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

продукции.
Метод – способ достижения поставленной цели, решения конкретной задачи.
Энциклопедический словарь

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

в котором определены:
вход;
выход;
преобразователь;
ресурсы;
средства.

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

Основные термины технологии проектирования

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

Основные термины технологии проектирования

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

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

программная, информационная совместимость;
простота освоения и применения;
экономическая целесообразность применения.

подпрограмм и классов объектов, генераторы программ типовых операций обработки данных, утилиты ОС
Средства, поддерживающие проектирование технологических подсистем ИС:
СУБД, методо-ориентированные ППП, табличные процессоры, графические редакторы, текстовые редакторы, оболочки экспертных систем
Средства, поддерживающие проектирование разделов проекта ИС (функциональных подсистем):
функционально-ориентированные средства проектирования (типовые проектные решения, функциональные ППП, типовые проекты)
Средства, поддерживающие разработку проекта на стадиях ЖЦ ИС (CASE-средства)

осуществляемого на уровне исполнителей без использования каких-либо инструментальных средств, позволяющих интегрировать выполнение элементарных операций.
Область применения: для небольших локальных ИС.
Модель жизненного цикла ИС: каскадная.
Проектная документация: в соответствии с ГОСТ 34.

материалы обследования; Д 1.3. ─ ТЭО; Д 1.4. ─ техническое задание (ТЗ) на проектирование;
Д 2.1. ─ техно-рабочий проект (ТРП);
Д 3.1. ─ исправленный ТРП, переданный в эксплуатацию; Д 3.2. ─ акт о приемке проекта в промышленную эксплуатацию;
Д 4.1. ─ модернизированный ТРП.

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

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

об объекте;
Д 1.2. ─ примеры разработок проектов ИС для аналогичных объектов;
П 2 ─ выбор технологии проектирования:
U 2.1. ─ универсум технологий проектирования;
Д 2.1. ─ список ресурсов;
Д 2.2. ─ oписаниe выбранной технологии, методов и средств проектирования;
П 3 ─ выбор метода проведения обследования:
U 3.1. ─ универсум методов проведения обследования;
Д 3.1. ─ описание выбранного метода;
П 4 ─ выбор метода сбора материалов обследования:
U 4.1. ─ универсум методов сбора материалов обследования;
Д 4.1. ─ описание выбранных методов;
П 5 ─ разработка программы обследования:
Д 5.1. ─ программа обследования;
П 6 ─ разработка плана-графика сбора материалов обследования:
Д 6.1. ─ план-график выполнения работ на предпроектной стадии;
П 7 ─ сбор и формализация материалов обследования:
U 7.1. ─ универсум методов формализации;
Д 7.1. ─ общие параметры (характеристики) экономической системы;
Д 7.2. ─ организационная структура экономической системы;
Д 7.3. ─ методы и методики управления (алгоритм расчета экономических показателей);
Д 7.4. ─ параметры информационных потоков;
Д 7.5. ─ параметры материальных потоков.

проекта в промышленную эксплуатацию.

комплексом взаимосвязанных средств автоматизации.
Цель CASE-технологии – отделить процесс проектирования ИС от ее кодирования и последующих этапов разработки, максимально автоматизировать процесс разработки и функционирования систем.
Характеристики CASE-средств:
мощная графика для описания и документирования систем;
интеграция, обеспечивающая легкость передачи данных и позволяющая управлять всем процессом проектирования и разработки системы непосредственно через процесс планирования проекта;
использование репозитория для хранения всей информации о проекте.

всего ЖЦ (репозиторий)
Графические средства анализа и проектирования, обеспечивающие создание и редактирование иерархически связанных диаграмм.
Средства разработки приложений, предназначенные для автоматизированной кодогенерации и тестирования.
Средства документирования, управления проектом и реинжиниринга.

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

Electrical and Electronics Engineers - Институт инженеров по электротехнике и электронике).
Этапы внедрения CASE-средств:
Определение потребностей в CASE-средствах
Оценка и выбор CASE-средств
Выполнение пилотного проекта
Полномасштабное внедрение CASE-средств

с существующими в организации бизнес-процессами;
требуемая степень интеграции с другими программными средствами;
опыт и квалификация пользователей.

CMM (Capability Maturity Model), разработанной SEI (Software Engineering Institute), а также стандартами
ISO 9001: 1994
ISO 9003-3: 1991
ISO 9004-2:1991
ГОСТ Р ИСО 9004-2001, гр. Т59 «Рекомендации по улучшению деятельности».
Неформальные подходы базируются на использовании анкетирования сотрудников и руководства по вопросам текущей практики использования ПО, технологии и персонала. Для удобства составления анкет эти вопросы могут быть разбиты на 5 групп.

спиральная);
используемые методы (структурные, объектно-ориентированные);
квалификация сотрудников;
наличие документированных стандартов (формальных или неформальных) по анализу требований, спецификациям и проектированию, кодированию и тестированию;
виды документации, выпускаемой в процессе ЖЦ ПО.

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

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

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

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

или сертификации в соответствии с ISO 9001.
Потребности, соответствующие цели:
переход от каскадной модели ЖЦ ПО к спиральной;
поддержка технологического процесса разработки ПО;
выпуск нормативной и технологической документации.
Матрица соответствия потребностей организации возможностям CASE-средств поможет определиться с выбором конкретного программного продукта.

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

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

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

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

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

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

управления;
сокращение затрат на проектирование и программирование взаимосвязанных компонентов;
хорошее документирование отображаемых процессов обработки информации.
Недостатки:
адаптивность ТПР недостаточна с позиции непрерывного инжиниринга бизнес-процессов;
проблемы в обеспечении комплексного использования разных функциональных подсистем от нескольких производителей программного обеспечения

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

управления по своим параметрам.
Эта технология применяется в случае проектирования ИС на базе элементных и подсистемных ТПР

своим параметрам.
Применяется в случае проектирования ИС на базе элементных и подсистемных ТПР

Состав ТПР

и оценка доступных ТПР по сформулированным критериям
Выбор и закупка наиболее подходящего ТПР
Настройка параметров (доработка) закупленного ТПР
Интеграция нескольких ТПР (при необходимости).
Обучение персонала.
Эксплуатация и адаптация (при необходимости).

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

техническим и программным средствам
Документация ТПР
Стоимость (включая стоимость настройки и обучения)
Особенности установки ТПР
Особенности эксплуатации ТПР
Помощь поставщика по внедрению и поддержанию ТПР
Оценка качества ТПР и опыт его использования
Перспективы развития ТПР.

в соответствии с моделью объекта автоматизации.
1 вариант: создание системы на основе построения модели объекта автоматизации с использованием специального программного инструментария и поиск типовой ИС, удовлетворяющей данной модели.
2 вариант: создание системы на базе типовой модели объекта автоматизации из репозитория (специальной базы метаинформации), который поставляется вместе с программным продуктом.

со специфическими особенностями предприятия (BAAN Enterprise Modeler);
путем автоматизированной адаптации этих моделей в результате экспертного опроса (SAP Business Engineering Workbench).

Описание объектов, функций,
бизнес-правил, орг. структуры,
которые поддерживаются
программными модулями
типовой ИС

Описание конфигурации
ИС для определенных
отраслей или типов
производства.

требованиям.
Построение предварительной модели ИС на базе имеющихся в ТПР референтных (типовых) моделей.
Выбор типовой модели системы.
Определение перечня компонентов, которые будут реализованы с использованием других программных средств или потребуют разработки с помощью имеющихся в составе типовой ИС инструментальных средств.

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