Файл: Исследование предметной областипроцессаобъекта Предпроектное обследование. Анкетирование пользователей.docx

ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 11.01.2024

Просмотров: 116

Скачиваний: 1

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

2 Порядок выполнения работы

2.1 Разработка технического задания

В соответствии с вариантом задания разработать техническое задание. В состав раздела должны войти следующие пункты:

  • Общие положения. Наименование полное, краткое.

  • Назначение и цели создания системы. В подразделе «Назначение системы» указывают вид автоматизируемой деятельности (управление, проектирование и т. п.) и перечень объектов автоматизации (объектов), на которых предполагается ее использовать. Для АСУ дополнительно указывают перечень автоматизируемых органов (пунктов) управления и управляемых объектов. В подразделе «Цели создания системы» приводят наименования и требуемые значения технических, технологических, производственно-экономических или других показателей объекта автоматизации, которые должны быть достигнуты в результате создания АС, и указывают критерии оценки достижения целей создания системы.

  • Характеристика объекта автоматизации. В разделе «Характеристики объекта автоматизации» приводят: 1) краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию; 2) сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды.

  • Требования к системе. В данном пункте указать:

    • требования к структуре и функционированию системы;

    • требования к численности и квалификации персонала системы и режиму его работы;

    • показатели назначения;

    • требования к надежности;

    • требования безопасности;

    • требования к эргономике и технической эстетике;

    • требования к транспортабельности для подвижных АС;

    • требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы;

    • требования к защите информации от несанкционированного доступа;

    • требования по сохранности информации при авариях;

    • требования к защите от влияния внешних воздействий;

    • требования к патентной чистоте;

    • требования по стандартизации и унификации;

    • дополнительные требования.

  • Состав и содержание работ по созданию системы. Раздел «Состав и содержание работ по созданию системы» должен содержать перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ 24.601, сроки их выполнения, перечень организаций-исполнителей работ. В данном разделе также приводят:


  1. перечень документов, по ГОСТ 34.201-89, предъявляемых по окончании соответствующих стадий и этапов работ;

  2. вид и порядок проведения экспертизы технической документации (стадия, этап, объем проверяемой документации, организация-эксперт);

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

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

3 Критерии результативности работы


Лабораторная работа считается выполненной в том случае, если студент:

  1. Выполнил все указанные задания, следуя порядку выполнения работы, освоил методику выполнения типовых заданий;

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

  3. Представил отчет преподавателю, защитил принятые проектные решения и подтвердил знания в изучаемой области.



4 Требования к содержанию и оформлению отчета


Отчет должен быть продемонстрирован в электронной форме.

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

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

Для этого на титульном листе указывают название дисциплины, тему и номер работы, вариант задания, номер группы, фамилии и инициалы студентов.

5 Контрольные вопросы


  1. Опишите этапы разработки ИС.

  2. Зачем необходимо техническое задание?



6 Варианты заданий


Будет сообщено дополнительно

ЛАБОРАТОРНАЯ РАБОТА № 4

Составление технического задания. Эскизное проектирование.

1 Краткие теоретические сведения



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

2 Порядок выполнения работы

2.1 Разработка эскизного проекта

В соответствии с вариантом задания разработать эскизный проект. В состав раздела должны войти следующие пункты:

  • Эскизный проект системы. Набор основных подсистем. Набор основных функций.

  • Эскизный проект системы. Основные участники (пользователи поставщики и потребители данных, задействованные в работе АИС подразделения).

  • Эскизный проект системы. Мнемосхемы использования АИС.




3 Критерии результативности работы


Лабораторная работа считается выполненной в том случае, если студент:

  1. Выполнил все указанные задания, следуя порядку выполнения работы, освоил методику выполнения типовых заданий;

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

  3. Представил отчет преподавателю, защитил принятые проектные решения и подтвердил знания в изучаемой области.



4 Требования к содержанию и оформлению отчета


Отчет должен быть продемонстрирован в электронной форме.

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

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

Для этого на титульном листе указывают название дисциплины, тему и номер работы, вариант задания, номер группы, фамилии и инициалы студентов.

5 Контрольные вопросы


  1. Что входит в состав эскизного проекта?

  2. Какие способы эскизного проектирования вы знаете?



6 Варианты заданий


Будет сообщено дополнительно

ЛАБОРАТОРНАЯ РАБОТА № 5-6

Функциональное моделирование.

1 Краткие теоретические сведения


Модель — описание системы, отражающее определенную группу ее свойств.

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

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

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

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

В основе IDEF0 методологии лежит понятие блока, который отображает некоторую бизнес-функцию. Четыре стороны блока имеют разную роль: левая сторона имеет значение "входа", правая - "выхода", верхняя - "управления", нижняя - "механизма" (см. рис. 1).




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

Принципы моделирования в IDEF0

В IDEF0 реализованы три базовых принципа моделирования процессов:

  • принцип функциональной декомпозиции;

  • принцип ограничения сложности;

  • принцип контекста.

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

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

Принцип контекстной диаграммы. Моделирование делового процесса начинается с построения контекстной диаграммы. На этой диаграмме отображается только один блок - главная бизнес-функция моделируемой системы. Если речь идет о моделировании целого предприятия или даже крупного подразделения, главная бизнес-функция не может быть сформулирована как, например, "продавать продукцию". Главная бизнес-функция системы - это "миссия" системы, ее значение в окружающем мире. Нельзя правильно сформулировать главную функцию предприятия, не имея представления о его стратегии.

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


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

2 Порядок выполнения работы

2.1 Разработка функциональной модели IDEF0

В соответствии с вариантом задания разработать функциональную модель IDEF0. В модель должна состоять из:

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

  • Декомпозиции, уровень вложенности должен составлять не менее 7 уровней. Количество функциональных блоков на каждом уровне должно соответствовать стандарту IDEF0 – и составлять от 3 до 6 блоков.

  • Для каждого блока указать длительность выполнения или трудозатраты.

  • Разработать глоссарий к модели.
2.2 Разработка документации к функциональной модели IDEF0

В соответствии с вариантом задания и разработанной функциональной моделью IDEF0 разработать описание к функциональной модели. Данное описание оформить как отчет к лабораторной работе.

3 Критерии результативности работы


Лабораторная работа считается выполненной в том случае, если студент:

  1. Выполнил все указанные задания, следуя порядку выполнения работы, освоил методику выполнения типовых заданий;

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

  3. Представил отчет преподавателю, защитил принятые проектные решения и подтвердил знания в изучаемой области.



4 Требования к содержанию и оформлению отчета


Отчет должен быть продемонстрирован в электронной форме.

В отчете должна быть представлена функциональная модель системы (полностью), а также описание модели.

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

Для этого на титульном листе указывают название дисциплины, тему и номер работы, вариант задания, номер группы, фамилии и инициалы студентов.

5 Контрольные вопросы


  1. Опишите, для чего используется функциональное моделирование.

  2. Приведите примеры, где применяется функциональное моделирование IDEF0.

  3. В каких областях функциональное моделирование не применимо?

  4. Зачем нужен глоссарий к модели?

  5. Как выполняется ABC анализ на основе функционального моделирования?