Главная страница
Навигация по странице:

  • Облачные вычисления

  • Модели развёртывания Частное облако

  • Публичное облако

  • Гибридное облако

  • Общественное облако

  • =IF(условие ; условие выполнено; условие не выполнено) (например, =IF(

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

    		•

    ПрИС (ЛР - сквозной план). Исследование предметной областипроцессаобъекта Предпроектное обследование. Анкетирование пользователей


    Скачать 65.77 Kb.
    НазваниеИсследование предметной областипроцессаобъекта Предпроектное обследование. Анкетирование пользователей
    Дата12.04.2023
    Размер65.77 Kb.
    Формат файлаdocx
    Имя файлаПрИС (ЛР - сквозной план).docx
    ТипИсследование
    #1056676

    №
    Тема

    Весна



    Предпроектное обследование. Исследование предметной области/процесса/объекта



    Предпроектное обследование. Анкетирование пользователей.



    Предпроектное обследование. Составление ТЗ



    Предпроектное обследование. Эскизное проектирование



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



    Функциональное моделирование, Глоссарий и ABC анализ.



    Информационное моделирование

    Осень



    Реализация на платформе 1С. Справочники и перечисления



    Реализация на платформе 1С. Документы и регистры



    Реализация на платформе 1С. Отчеты



    Тестирование и отладка



    Контур управления



    Алгоритм работы пользователя



    Корректировка Информационной модели по реализации.


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

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

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



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

    Исследование рынка — последовательные действия по сбору информации о рынках или потребителях. Является очень важным компонентом при выработке стратегии.

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

    2.1 Выполнить исследование нормативно-правовой базы

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

    • Общие положения. Наименование полное, краткое. Цель и краткую идею разработки. Разрабатываемые подсистемы.

    • Основные нормативно-правовые документы (НПД), влияющие на проект и/или на отдельные подсистемы проекта. НПД представить в виде иерархии документов, например, Кодекс – федеральный закон – подзаконный акт – технический регламент – приказ вышестоящей организации.

    • Требования к системе регламентированные НПД.

    • Количественные характеристики регламентированные НПД.

    • Федеральные и региональные справочники необходимые для функционирования системы, структура справочников и источники данных для их наполнения, возможность импорта информации (например, адресный классификатор, справочник банков, справочник профессий, СНиП, УДК и т.д.).
    2.2 Провести исследование рынка доступного программного обеспечения

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

    • Готовые и полуготовые (конструкторы) решения, реализующие требуемый функционал.

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

    • На основе метода анализа иерархий проведите сравнение выбранных решений. В качестве эксперта привлеките сокурсников и преподавателя.

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


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

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

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

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



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


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

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

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

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

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


    1. Опишите иерархию нормативно-правовой базы в нашей стране.

    2. Перечислите цели исследования рынка ПО.

    3. Приведите известные методы исследования рынка ПО.

    4. Чем отличается ФСА и ABC?



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


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

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

    Опрос пользователей и анализ требований с использованием публичного облака Google

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


    Облачные вычисления

    Облачные вычисления (англ. cloud computing), в информатике — это модель обеспечения повсеместного и удобного сетевого доступа по требованию к общему пулу конфигурируемых вычислительных ресурсов (например сетям передачи данных, серверам, устройствам хранения данных, приложениям и сервисам — как вместе, так и по отдельности), которые могут быть оперативно предоставлены и освобождены с минимальными эксплуатационными затратами и/или обращениями к провайдеру. [1]

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

    Модели развёртывания

    Частное облако

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

    Публичное облако

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

    Гибридное облако

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

    Общественное облако

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

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


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

    • Не более трех ответов Да/Нет в вопроснике

    • Не менее 10 вопросов в вопроснике

    • Не более двух вопросов с открытым ответом в тесте

    • Не менее 10 вопросов в тесте

    • Согласовать вопросник и тест с преподавателем

    1. Завести логин и пароль в облаке Google (один на вариант задания). Войти в облако Google

    2. Войти в сервис документы

    3. Создать форму опроса

    4. Заполнить заголовок

    5. Ввести дополнительные вопросы (ФИО опрашиваемого, E-mail опрашиваемого, Дата)

    6. Ввести вопросы из вопросника, ввести ответы

    7. Проверить форму, при желании добавить оформление

    8. Разослать форму по подгруппе

    9. Получить ответы

    10. Создать форму теста

    11. Заполнить заголовок

    12. Ввести дополнительные вопросы (ФИО тестируемого, E-mail тестируемого, Дата)

    13. Ввести вопросы из теста, ввести ответы

    14. Проверить форму, при желании добавить оформление

    15. Разослать форму по подгруппе

    16. Получить ответы

    17. Проверить правильность ответов с помощью встроенной логической функции табличного процесса IF. Для этого

    • создайте новый лист, для этого щелкните на кнопку "Добавить лист" в левом нижнем углу.

    • для того чтобы скопировать фамилию участника, в первую ячейку Листа 2 вставьте  ='Лист1'!D2 , где D2 ячейка из первого листа содержащая фамилию.

    • для проверки правильности ответа воспользуйтесь функцией IF:

    =IF(условие ; условие выполнено; условие не выполнено)

    (например, =IF('Лист1'!D2="яблоки"; 1; 0) - таким образом, если ячейка D2 листа №1 содержит слово "яблоки", то в ячейке появится 1, если другое слово или число, то - 0.

    1. обработать ответы теста (если количество полученных баллов 0-5 – оценка неуд., 6-7 – оценка удовлетворительно, 8-9 – хорошо, 10 – отлично)

    2. Составить отчет

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


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

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

    2. Продемонстрировал преподавателю тексты вопросов и ответов по вопроснику и тесту, две формы в облаке Google, ответы опрошенных и для тестов набранные баллы.

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

    4. Представил отчет преподавателю.

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


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

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

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

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


    1. Какие виды облачных услуг существуют в настоящий момент

    2. Какие применяются модели развертывания

    3. Чем отличается частное и общественное облако

    4. Какие требования предъявляются к серверной и клиентской части облака

    5. Перечислите и обоснуйте преимущества облачных технологий по сравнению с традиционными подходами

    6. Опишите недостатки облачных технологий и пути борьбы с ними.

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



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

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

    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 анализ на основе функционального моделирования?



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


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

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

    Информационное моделирование.

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


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

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

    Методология IDEF1X – один из подходов к семантическому моделированию данных, основанный на концепции «Сущность – Отношение» (Entity-Relationship), это инструмент для анализа информационной структуры систем различной природы. Информационная модель, построенная с помощью IDEF1X-методологии, представляет логическую структуру информации об объектах системы. Эта информация является необходимым дополнением функциональной IDEF0-модели, детализирует объекты, которыми манипулируют функции системы.

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

    Основными объектами информационной модели являются сущности и отношения.

    Сущность представляет множество реальных или абстрактных предметов (людей, объектов, мест, событий, состояний, идей, пар предметов и т.д.), обладающих общими атрибутами или характеристиками. Отдельный элемент этого множества называется «экземпляром сущности». Каждая сущность может обладать любым количеством отношений с другими сущностями.

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

    Сущность называется «зависимой», если однозначная идентификация экземпляра сущности зависит от его отношения к другой сущности

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

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

    Пример независимой сущности приведен на рис. 1, зависимой на рис. 2.

    Сущность обладает одним или несколькими атрибутами. Правила атрибутов:

    1. Каждый атрибут должен иметь уникальное имя, одному и тому же имени должно соответствовать одно и то же значение. Одно и то же значение не может соответствовать различным именам.

    2. Сущность может обладать любым количеством атрибутов. Каждый атрибут принадлежит в точности одной сущности.

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

    4. Для каждого экземпляра сущности должно существовать значение каждого его атрибута (правило не обращения в нуль).

    5. Ни один из экземпляров сущности не может обладать более чем одним значением для связанного с ней атрибута (правило не повторения).



    Рис. 1



    Рис. 2

    Сущности связаны друг с другом отношениями.

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

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



    Рис. 3

    Отношение связи изображается линией, проводимой между сущностью-родителем и сущностью-потомком с точкой на конце линии у сущности-потомка. Идентифицирующее отношение изображается сплошной линией (см. рис 2), пунктирная линия изображает неидентифицирующее отношение (см. рис. 3).

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

    Отношение дополнительно определяется с помощью указания мощности: какое количество экземпляров сущности-потомка может существовать для сущности-родителя.

    Так как некоторые реально существующие объекты являются категориями других реально существующих объектов, то некоторые сущности должны, в некотором смысле, быть категориями других сущностей.

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

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

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

    • Набора сущностей и отношений между ними.

    • Все сущности и отношения должны быть именованы.

    • Все сущности должны иметь атрибуты, у каждого атрибута необходимо указать его тип и размерность.

    • У всех отношений должна быть указана мощность

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

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

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


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

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

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

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



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


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

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

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

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

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


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

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

    3. В каких областях информационного моделирования лучше использовать модель E-R? А в каких лучше использовать диаграмму классов?

    4. Приведите правила наименования связей в E-R модели?



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


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

    написать администратору сайта