- •Понятие технологии, виды технологий, примеры технологий.
- •Технологии программирования, технологии проектирования баз данных.
- •Характерные черты компьютерных информационных технологий.
- •Определение информационных систем. Классификация информационных систем. Их характеристика.
- •Однопользовательские и многопользовательские информационные системы.
- •Понятие корпоративной информационной системы. Структура корпоративной информационной системы. Примеры корпоративных информационных систем.
- •Характерные черты mrp, erp, crm.
- •Стандартизация и сертификация в информационных технологиях. Международные стандарты iso/osi 12207.
- •Основные процессы разработки по (iso 12207).
- •Модели жизненного цикла программного обеспечения (по). Каскадная модель.
- •Модели жизненного цикла программного обеспечения (по). Спиральная модель.
- •Методология rad.
- •Технологии нисходящего и восходящего проектирования.
- •Основные принципы проектирования, их характеристика.
- •Структурный подход к проектированию информационных систем (особенности, принципы).
- •Методология sadt.
- •Характеристика нотации idef0. Правила построения моделей и использования блоков.
- •Общая характеристика и особенности разработки диаграмм потоков данных dfd. Основные элементы диаграммы.
- •Диаграммы erd. Основные особенности.
- •Нотация Питера Чена. Нотация idef1x.
- •Характеристика и особенности применения стандарта idef3. Особенности построения диаграмм pfdd.
- •Характеристика и особенности применения стандарта idef3. Особенности построения диаграмм ostn.
- •Унифицированный язык моделирования uml. Диаграммы прецедентов. Диаграммы взаимодействий.
- •Унифицированный язык моделирования uml. Диаграммы последовательностей. Диаграммы состояний.
- •Унифицированный язык моделирования uml. Диаграммы классов. Диаграммы развертывания.
- •Унифицированный язык моделирования uml. Диаграммы классов. Диаграммы компонентов.
- •Сущность и принципы реинжиниринга бизнес-процессов (рбп). Этапы проекта рбп.
- •Сущность и принципы реинжиниринга бизнес-процессов (рбп). Альтернативные подходы к совершенствованию деятельности и их отличие от рбп.
- •Определение проекта. Стандарты по управлению проектами. Особенности проекта как объекта управления.
- •Определение проекта. Жизненный цикл проекта. Проектный треугольник.
- •Определение проекта. Группы процессов управления проектами (их краткая характеристика).
- •Составление календарного плана проекта. Сетевые графики AoA.
- •Управление рисками проекта.
- •Управление стоимостью проекта.
- •Определение проекта. Управление командой проекта.
Диаграммы erd. Основные особенности.
Модель Сущность-Связь (ER-модель) (англ. entity-relationship model (ERM) или англ. entity-relationship diagram (ERD)) — модель данных, позволяющая описывать концептуальные схемы. Представляет собой графическую нотацию, основанную на блоках и соединяющих их линиях, с помощью которых можно описывать объекты и отношения между ними какой-либо другой модели данных. В этом смысле ER-модель является мета-моделью данных, то есть средством описания моделей данных.
ER-модель удобна при прототипировании (проектировании) информационных систем, баз данных, архитектур компьютерных приложений, и других систем (далее, моделей). С её помощью можно выделить ключевые сущности, присутствующие в модели, и обозначить отношения, которые могут устанавливаться между этими сущностями.
Используемые нотации для ERD диаграмм:
Нотация Питера Чена
Нотация IDEF1x
Нотация Мартина
Нотация Баркера.
Нотация Питера Чена. Нотация idef1x.
Модель «сущность-связь» была предложена в 1976 году Питером Пин-Шен Ченом ( Peter Pin-Shen Chen) – американским профессором компьютерных наук в университете штата Луизиана.
Множества сущностей по Чену изображаются в виде прямоугольников, множества отношений изображаются в виде ромбов. Если сущность участвует в отношении, они связаны линией. Если отношение не является обязательным, то линия пунктирная. Атрибуты изображаются в виде овалов и связываются линией с одним отношением или с одной сущностью.
Базовые понятия ERD:
Сущность (Entity) — это множество реальных или абстрактных объектов (людей, мест, событий), обладающих общими атрибутами или характеристиками.
Любой объект системы может быть представлен только одной сущностью, которая должна быть уникально идентифицирована.
Пример. Сущность – Студент. Экземпляр сущности – студент Иванов И.И.
Каждая сущность должна обладать уникальным идентификатором. Каждый экземпляр сущности должен однозначно идентифицироваться и отличаться от всех других экземпляров данного типа сущности.
Атрибут (Attribute) — характеристика сущности.
Пример. Сущность «Студент» имеет атрибут «ФИО».
Экземпляр сущности «студент» (конкретный человек) будет иметь экземпляр атрибута «ФИО» (например, Иванов И.И.)
Каждая сущность может обладать любым количеством связей с другими сущностями модели.
Связь (Relationship) — поименованная ассоциация между двумя сущностями, значимая для рассматриваемой предметной области. Связь — это ассоциация между сущностями, при которой каждый экземпляр одной сущности ассоциирован с произвольным (в том числе нулевым) количеством экземпляров второй сущности, и наоборот.
Характеристика и особенности применения стандарта idef3. Особенности построения диаграмм pfdd.
IDEF3 -стандарт документирования информац-х, технологич. и иных процессов, происх-х на предприятии, и предоставляет инструментарий для моделирования сценариев. Сценарием(Scenario) мы называем описание последовательности изменений свойств объекта, в рамках рассматриваемого процесса.
Существуют два типа диаграмм в стандарте IDEF3, представляющие описание одного и того же сценария технологического процесса в разных ракурсах:
Диаграммы относящиеся к первому типу называются диаграммами описания последовательности этапов процесса (PFDD),
а ко второму - диаграммами состояния объекта в и его Трансформаций Процессе.(Object State Transition Network, OSTN). Иное встречающееся название для PFDD - диаграмма работ WFD (Work Flow Diagram).
С помощью диаграмм PFDD документируется последовательность и описание стадий обработки детали в рамках исследуемого технологического процесса.
Прямоугольники на диаграмме PFDD называются функциональными элементами или элементами поведения(Unit of Behavior, UOB) и обозначают событие, стадию процесса или принятие решения. Каждый UOB имеет свое имя, отображаемое в глагольном наклонении и уникальный номер. Стрелки или линии являются отображением перемещения детали между UOB-блоками в ходе процесса.
Объект, обозначенный J1 - называется перекрестком(Junction). Перекрестки используются для отображения логики взаимодействия стрелок (потоков) при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы. Различают перекрестки для слияния (Fan-in Junction) и разветвления (Fan-out Junction) стрелок. Перекресток не может использоваться одновременно для слияния и для разветвления. При внесении перекрестка в диаграмму необходимо указать тип перекрестка. Классификация типов перекрестков
Синхронное(||&||) асинхронное(||&|) «И», синхронное(||O||) асинхронное (||O|)«ИЛИ»,эксклюзивное «ИЛИ»( ||X|).
Каждый функциональный блок UOB может иметь последовательность декомпозиций, и, следовательно, может быть детализирован с любой необходимой точностью. При этом эта диаграмма будет называться дочерней, по отношению к изображенной на рис. 1, а та, соответственно родительской. Номера UOB дочерних диаграмм имеют сквозную нумерацию, т.е., если родительский UOB имеет номер "1", то блоки UOB на его декомпозиции будут соответственно иметь номера "1.1", "1.2" и т.д.