Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
otv.docx
Скачиваний:
6
Добавлен:
01.07.2025
Размер:
171 Кб
Скачать
☆
  1. Каноническое проектирование информационных систем, стадии.

Организация канонического проектирования ИС ориентирована на использование главным образом каскадной модели жизненного цикла ИС. Стадии и этапы работы описаны в стандарте ГОСТ 34.601-

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

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

Стадия 1. ^ Формирование требований к ИС.

На начальной стадии проектирования выделяют следующие этапы работ:

обследование объекта и обоснование необходимости создания ИС;

формирование требований пользователей к ИС;

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

Стадия 2. Разработка концепции ИС.

изучение объекта автоматизации;

проведение необходимых научно-исследовательских работ;

разработка вариантов концепции ИС, удовлетворяющих требованиям пользователей;

оформление отчета и утверждение концепции.

Стадия 3. Техническое задание.

разработка и утверждение технического задания на создание ИС.

Стадия 4. Эскизный проект.

разработка предварительных проектных решений по системе и ее частям;

разработка эскизной документации на ИС и ее части.

Стадия 5. Технический проект.

разработка проектных решений по системе и ее частям;

разработка документации на ИС и ее части;

разработка и оформление документации на поставку комплектующих изделий;

разработка заданий на проектирование в смежных частях проекта.

Стадия 6. Рабочая документация.

разработка рабочей документации на ИС и ее части;

разработка и адаптация программ.

Стадия 7. Ввод в действие.

подготовка объекта автоматизации;

подготовка персонала;

комплектация ИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями);

строительно-монтажные работы;

пусконаладочные работы;

проведение предварительных испытаний;

проведение опытной эксплуатации;

проведение приемочных испытаний.

Стадия 8. Сопровождение ИС.

выполнение работ в соответствии с гарантийными обязательствами;

послегарантийное обслуживание.

  1. Виды типового проектирования информационных систем

Ключевые особенности технологии типового проектирования

Причины применения:

Существенно снижаются затраты на проектирование, разработку и даже на модернизацию ИС;

Больше возможностей обеспечивать должный научно-технический уровень разработки ИС (в отличие от технологии индивидуального проектирования).

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

^ Область применения: автоматизация деятельности таких объектов, для которых характерны общие правила функционирования и управления. В первую очередь, сюда относятся экономические системы, для которых характерны:

Схожая структура и правила управления;

Единые стандарты отчетности;

Схожие комплексы используемых технических и программных средств;

Единая цель существования: извлечение прибыли.

Содержание: Процесс проектирования ИС состоит из следующих основных этапов:

Разбиение проекта информационной системы на отдельные составляющие (компоненты).

Выбор и приобретения имеющихся на рынке типовых проектных решений (тиражируемых продуктов) для каждого компонента ИС.

Настройка и доработка приобретенных типовых проектных решений в соответствии с требованиями конкретной предметной области.

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

Типовое проектное решение (ТПР) – это представленное в виде комплекта проектной документации и/или набора программных модулей проектное решение, пригодное к многократному использованию.

  1. Обобщенная бизнес-модель компании, миссия, матрица проекций.

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

  1. Полная бизнес-модель компании.

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

  1. Шаблоны разработки миссии, формирования бизнеса, функционала компании.

Шаблон разработки миссии

Шаблон формирования бизнесов

Шаблон функционала компании

  1. Шаблон формирования зон ответственности за функционал компании. Шаблон потокового процессного описания.

Шаблон распределения функций по организационным звеньям

  1. Построение организационно-функциональной модели компании.

  1. Матричные модели

  2. Процессные потоковые модели.

  3. Выделение и классификация процессов, процессы управления и обеспечения.

при описании системы процессов они разделяются на:

Основные

Управления

Обеспечения

  1. Стандарт idef0. Четыре основных понятия стандарта

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

Первым понятием функционального блока является (Activity Box)

Каждая из четырех сторон функционального блока имеет своё определенное значение (роль)

Верхняя сторона имеет значение “Управление” (Control);

Левая сторона имеет значение “Вход” (Input);

Правая сторона имеет значение “Выход” (Output);

Нижняя сторона имеет значение “Механизм” (Mechanism).

Вторым “китом” методологии IDEF0 является понятие интерфейсной дуги (Arrow)

Третьим основным понятием стандарта IDEF0 является декомпозиция (Decomposition).

ДОХУЯ ТУТА

Последним из понятий IDEF0 является глоссарий (Glossary)

Декомпозиция функциональных блоков.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]