Файл: Исследование предметной областипроцессаобъекта Предпроектное обследование. Анкетирование пользователей.docx
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 11.01.2024
Просмотров: 114
Скачиваний: 1
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
2 Порядок выполнения работы
2.1 Разработка технического задания
В соответствии с вариантом задания разработать техническое задание. В состав раздела должны войти следующие пункты:
-
Общие положения. Наименование полное, краткое. -
Назначение и цели создания системы. В подразделе «Назначение системы» указывают вид автоматизируемой деятельности (управление, проектирование и т. п.) и перечень объектов автоматизации (объектов), на которых предполагается ее использовать. Для АСУ дополнительно указывают перечень автоматизируемых органов (пунктов) управления и управляемых объектов. В подразделе «Цели создания системы» приводят наименования и требуемые значения технических, технологических, производственно-экономических или других показателей объекта автоматизации, которые должны быть достигнуты в результате создания АС, и указывают критерии оценки достижения целей создания системы. -
Характеристика объекта автоматизации. В разделе «Характеристики объекта автоматизации» приводят: 1) краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию; 2) сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды. -
Требования к системе. В данном пункте указать:-
требования к структуре и функционированию системы; -
требования к численности и квалификации персонала системы и режиму его работы; -
показатели назначения; -
требования к надежности; -
требования безопасности; -
требования к эргономике и технической эстетике; -
требования к транспортабельности для подвижных АС; -
требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы; -
требования к защите информации от несанкционированного доступа; -
требования по сохранности информации при авариях; -
требования к защите от влияния внешних воздействий; -
требования к патентной чистоте; -
требования по стандартизации и унификации; -
дополнительные требования.
-
-
Состав и содержание работ по созданию системы. Раздел «Состав и содержание работ по созданию системы» должен содержать перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ 24.601, сроки их выполнения, перечень организаций-исполнителей работ. В данном разделе также приводят:
-
перечень документов, по ГОСТ 34.201-89, предъявляемых по окончании соответствующих стадий и этапов работ; -
вид и порядок проведения экспертизы технической документации (стадия, этап, объем проверяемой документации, организация-эксперт); -
программу работ, направленных на обеспечение требуемого уровня надежности разрабатываемой системы (при необходимости); -
перечень работ по метрологическому обеспечению на всех стадиях создания системы с указанием их сроков выполнения и организаций-исполнителей (при необходимости).
3 Критерии результативности работы
Лабораторная работа считается выполненной в том случае, если студент:
-
Выполнил все указанные задания, следуя порядку выполнения работы, освоил методику выполнения типовых заданий; -
По результатам выполнения работы составил отчет, содержащий всю необходимую информацию; -
Представил отчет преподавателю, защитил принятые проектные решения и подтвердил знания в изучаемой области.
4 Требования к содержанию и оформлению отчета
Отчет должен быть продемонстрирован в электронной форме.
В отчете должна присутствовать описательная часть, ссылки на НПД, краткий обзор доступного ПО с анализом рынка.
Титульный лист отчета должен содержать всю информацию, необходимую для однозначной идентификации авторов и работы.
Для этого на титульном листе указывают название дисциплины, тему и номер работы, вариант задания, номер группы, фамилии и инициалы студентов.
5 Контрольные вопросы
-
Опишите этапы разработки ИС. -
Зачем необходимо техническое задание?
6 Варианты заданий
Будет сообщено дополнительно
ЛАБОРАТОРНАЯ РАБОТА № 4
Составление технического задания. Эскизное проектирование.
1 Краткие теоретические сведения
Эскизный проект (ЭП) — совокупность документов, содержащих принципиальные решения и дающих общее представление об устройстве и принципе работы разрабатываемого объекта, а также данные, определяющие его назначение, основные параметры и габаритные размеры.
2 Порядок выполнения работы
2.1 Разработка эскизного проекта
В соответствии с вариантом задания разработать эскизный проект. В состав раздела должны войти следующие пункты:
-
Эскизный проект системы. Набор основных подсистем. Набор основных функций. -
Эскизный проект системы. Основные участники (пользователи поставщики и потребители данных, задействованные в работе АИС подразделения). -
Эскизный проект системы. Мнемосхемы использования АИС.
3 Критерии результативности работы
Лабораторная работа считается выполненной в том случае, если студент:
-
Выполнил все указанные задания, следуя порядку выполнения работы, освоил методику выполнения типовых заданий; -
По результатам выполнения работы составил отчет, содержащий всю необходимую информацию; -
Представил отчет преподавателю, защитил принятые проектные решения и подтвердил знания в изучаемой области.
4 Требования к содержанию и оформлению отчета
Отчет должен быть продемонстрирован в электронной форме.
В отчете должна присутствовать описательная часть, ссылки на НПД, краткий обзор доступного ПО с анализом рынка.
Титульный лист отчета должен содержать всю информацию, необходимую для однозначной идентификации авторов и работы.
Для этого на титульном листе указывают название дисциплины, тему и номер работы, вариант задания, номер группы, фамилии и инициалы студентов.
5 Контрольные вопросы
-
Что входит в состав эскизного проекта? -
Какие способы эскизного проектирования вы знаете?
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 Критерии результативности работы
Лабораторная работа считается выполненной в том случае, если студент:
-
Выполнил все указанные задания, следуя порядку выполнения работы, освоил методику выполнения типовых заданий; -
По результатам выполнения работы составил отчет, содержащий всю необходимую информацию; -
Представил отчет преподавателю, защитил принятые проектные решения и подтвердил знания в изучаемой области.
4 Требования к содержанию и оформлению отчета
Отчет должен быть продемонстрирован в электронной форме.
В отчете должна быть представлена функциональная модель системы (полностью), а также описание модели.
Титульный лист отчета должен содержать всю информацию, необходимую для однозначной идентификации авторов и работы.
Для этого на титульном листе указывают название дисциплины, тему и номер работы, вариант задания, номер группы, фамилии и инициалы студентов.
5 Контрольные вопросы
-
Опишите, для чего используется функциональное моделирование. -
Приведите примеры, где применяется функциональное моделирование IDEF0. -
В каких областях функциональное моделирование не применимо? -
Зачем нужен глоссарий к модели? -
Как выполняется ABC анализ на основе функционального моделирования?