Главная  Карта сайта  Об авторе  Контакты  Нормативно-правовая основа деятельности кафедры

  Интеллектуальные информационные системы  
  Синтаксис языка программирования Пролог  
  Экспертные системы, их использование для решения организационно–экономических задач. Основные компоненты экспертных систем  
  Структура экспертной системы  
  Структуры Пролог  
  Факты, правила, вопросы  
  Процесс разработки имитационных моделей для изучения социально–экономических систем. Основные этапы  
  Декларативная и процедурная семантика программ на языке Пролог  
  Общая схема согласования целевых утверждений  
  Механизм поиска с возвратом  
  Порядок предложений и целей. Опасность бесконечного цикла  
  Рекурсия и ее свойства  
  Схема поиска решений в рекурсивных программах  
  Прикладное программное обеспечение. классификация  
  Структура Пролога списки  
  Операторы. Арифметика в Пролог  
  Предметно-ориентированные информационные системы  

Исследование операций

  Модели теории графов и сетевого моделирования  
  Элементы теории графов  
  Матрицы инцедентности ориентированного графа  
  Природа потоков в сетях и принцип их сохранения  
  Теорема о максимальном потоке и минимальном разрезе  
  Методы решения сетевых задач  
  Метод ветвей и границ  
  Методы сетевого планирования  
  Преимущества СПУ  
  Подготовка задач к решению  
  Правила построения сетевых моделей  
  Параметры сетевых моделей и методы их расчета  
  Анализ сетевых моделей  
  Методы и модели линейного программирования  
  Общая задача линейного программирования  

Структуры и алгоритмы компьютерной обработки данных

  Виды структур данных  
  Развитие концепции структуризации в программировании  
  Понятие типа данных  
  Порядковые типы  
  Абстрактные типы  
  Идентификация объектов  
  Именование  
  Организация адресного пространства оперативной памяти MS DOS  
  Понятие указателя  
  Действия над указателями  
  Связывание идентификатора объекта с его элементом хранения  
  Понятие “времени жизни” объекта  
  Классы памяти  
  Поиск в списке узла по заданному условию  
  Совместимость типов. Приведение и преобразование типов  

Теория оптимального управления
экономическими системами

  Корпоративные информационные системы  
  Стандарты корпоративных систем  
  Программные продукты управления предприятием  
  Информатизация банковской деятельности  
  Современные технологии проектирования управления  
  Понятие Workflow и Workflow Management  
  Модель Workflow Management с точки зрения коалиции WfMC  
  Основные аспекты технологии Workflow Management  
  Организационно-функциональный модуль  
  Хранилища данных и аналитические системы  
  Виртуальное Хранилище Данных  
  Этапы ETL-процесса  
  Очистка данных  
  Аналитические системы  

 
тестирование советников форекс

 

 

 
 
 

Диаграммы потоков данных (DFD) как средством моделирования функциональных требований к проектируемой системе

DFD-диаграммы потоков данных являются одним из способов представления результатов анализа предметной области и деятельности объекта автоматизации перед проектированием базы данных или АРМ.
 
В соответствии с данным методом модель системы определяется  как иерархия диаграмм потоков данных, описывающих  процесс преобразования информации от ее ввода в систему до выдачи  пользователю. Диаграммы верхних уровней иерархии (контекстные диаграммы)  определяют основные процессы или подсистемы с внешними  входами и выходами. Они детализируются при помощи диаграмм нижнего  уровня. Такая декомпозиция продолжается, создавая многоуровневую  иерархию диаграмм, до тех пор, пока не будет достигнут уровень  декомпозиции, на котором процессы становятся элементарными и детализировать  их далее невозможно.
 
Источники информации (внешние сущности) порождают информационные  потоки (потоки данных), переносящие информацию к  подсистемам или процессам. Те, в свою очередь, преобразуют информацию  и порождают новые потоки, которые переносят информацию к  другим процессам или подсистемам, накопителям данных или внешним  сущностям – потребителям информации.
 
 
К компонентам диаграмм потоков данных можно отнести: 
 
- внешние сущности; 
 
- системы и подсистемы; 
 
- процессы; 
 
- накопители данных; 
 
- потоки данных.
 
Внешняя сущность представляет собой материальный объект, физические или юридические лицо, являющееся источником и/или приёмником информации. Определение некоторого объекта или системы в качестве внешней сущности указывает на то, что они находятся за пределами анализируемой системы. Внешняя сущность обозначается квадратом, расположенным  как бы над диаграммой и бросающим на нее тень для того,  чтобы можно было выделить этот символ среди других обозначений.
 
При построении модели сложной ЭИС она может быть представлена  в виде одной системы как единого целого либо может быть декомпозирована  на ряд подсистем. Номер подсистемы служит для ее идентификации. В поле имени вводится наименование подсистемы в виде предложения с подлежащим  и соответствующими определениями и дополнениями.
 
Процесс представляет собой преобразование входных потоков данных в выходные в соответствии с определённым алгоритмом. Информация, помещённая в поле «Механизм» блока процесса, показывает какое подразделение организации, сотрудник, аппаратное устройство выполняет данный процесс.
 
Накопитель данных – это абстрактное устройство для хранения информации, которую можно в любой момент поместить в накопитель и извлечь через некоторое время, причём способы перемещения и извлечения могут быть любыми. Накопитель данных может быть физически реализован в виде картотеки, файла, массива в оперативной памяти и т.д. Имя накопителя выбирается из соображений наибольшей информативности для проектировщика.
 
Поток данных определяет информацию, передаваемую через некоторое соединение от источника к приёмнику. Реальный поток данных может быть представлен передаваемыми от подразделения к подразделению документами, дискетами, информацией, перемещаемой по сетевому кабелю и т.д. Поток данных на диаграмме изображается линией, оканчивающейся  стрелкой, которая показывает направление потока.
 
Главная цель при построении иерархии DFD заключается в том, чтобы  сделать требования к системе ясными и понятными на каждом  уровне детализации, а также разбить эти требования на части с точно  определенными отношениями между ними. Для достижения этого  целесообразно пользоваться следующими рекомендациями:
 
- размещать на каждой диаграмме от 3 до 6-7 процессов;
 
- не загромождать диаграммы не существенными на данном уровне  деталями; 
 
- декомпозицию потоков данных осуществлять параллельно с декомпозицией  процессов. Эти две работы должны выполняться  одновременно, а не одна после завершения другой; 
 
- выбирать ясные, отражающие суть дела имена процессов и потоков,  при этом стараться не использовать аббревиатуры.  
 
Первым шагом при построении иерархии DFD-диаграмм является построение контекстных диаграмм. Обычно при проектировании относительно простых систем строится единственная диаграмма со  звездообразной топологией, в центре которой находится так называемый  главный процесс, соединенный с приемниками и источниками  информации, посредством которых с системой взаимодействуют пользователи и другие внешние системы. Перед построением контекстной DFD-диаграммы необходимо проанализировать внешние события (внешние сущности),  оказывающие влияние на функционирование системы. Количество потоков на контекстной диаграмме должно быть по возможности небольшим, поскольку каждый из них можно в дальнейшем разбить на несколько потоков на следующих уровнях диаграммы.
 
Для сложных систем строится иерархия контекстных диаграмм.  При этом контекстная диаграмма верхнего уровня содержит не  единственный главный процесс, а набор подсистем, соединенных  потоками данных. Контекстные диаграммы следующего уровня детализируют контекст и структуру подсистем.
 
Иерархия контекстных диаграмм определяет взаимодействие  основных функциональных подсистем, как между собой, так и с  внешними входными и выходными потоками данных и внешними объектами (источниками и приемниками информации), с которыми  взаимодействует система.
 
Для каждой подсистемы, присутствующей на контекстных диаграммах,  выполняется ее детализация при помощи DFD-диаграмм. Это можно  сделать путем построения диаграммы для каждого события. Каждое событие представляется в виде процесса с соответствующими входными и выходными потоками, накопителями данных, внешними  сущностями и ссылки на другие процессы для описания связей между  этим процессом и его окружением. Затем все построенные диаграммы сводятся в одну диаграмму нулевого уровня.
 
После построения законченной модели системы ее необходимо  проверить на полноту и согласованность.[23]


Поступайте к нам!
Уважаемые абитуриенты! Мы рады приветствовать Вас на нашем сайте и сегодня сообщаем Вам о том, что Вы всё ещё можете подавать заявления и поступать в ВФ МГИУ. Напоминаем, что на некоторые специальности Вы можете поступить по результатам ЕГЭ. Помните, у нас Вы сможете получить прекрасное образование по следующим направлениям: "Прикладная информатика в экономике", "Бухгалтерский учёт, анализ и аудит", Автомобиле- и тракторостроение", "Менеджмент организации"!
подробнее   >>>
 


все новости...

{LTS}

Описание схемы информационных потоков в виде модели AS-IS ООО Вяземский выставочный комплекс Обоснование актуальности разработки АРМ менеджера по сбыту ООО Вяземский выставочный комплекс Образец оформления второй главы Теоретические обоснование разработки автоматизированного рабочего места менеджера по сбыту Система управления базами данных Microsoft Access и язык программирования Borland Delphi 7.0 как инструменты для разработки автоматизированного рабочего места менеджера по сбыту  Основные понятия и этапы проектирования автоматизированного рабочего места Образец оформления третьей главы диплома 

 
     
   
 

В помощь дипломнику

  Демин Л. М. Пояснительная записка дипломного проекта  
  Широков Л. А. Дипломное проектирование  
  Общие правила оформления  
  Правила оформления приложения  
  Литература, рекомендуемая дипломнику  
  Выбор и формулировка темы дипломного проектирования  
  ОСТ 4.071.030  
  Общие положения для Объяснительной записки  
  Состав выпускной квалификационной работы  

Статьи и публикации

  КОМТЕЛ - 2010  
  Олимпиада по информатике в Смоленске  
  Кураторство  
  График контроля выполнения дипломных проектов и готовности к государственному экзамену студентов специальности 080801  
  График проведения консультаций - осений семестр 2009  
  План проведения дня открытых дверей  
  Олимпиада по информатике в Смоленске  
  Результаты внутренней олимпиады по информатике  
  График проведения контрольных точек дипломного проектирования специальности 080801 «Прикладная информатика в экономике»  

Нормативно-правовая основа деятельности кафедры

  Должностная инструкция доцента кафедры  
  Должностная инструкция заведующего кафедрой  
  Общие рекомендации по планированию работы кафедры на учебный год  
  Общие рекомендации по выполнению выпускной квалификационной работы  
  Положение о кафедре ВФ ГОУ МГИУ  
  Положение о кураторе студенческой учебной группы ВФ ГОУ МГИУ  
  Положение о курсовых экзаменах и зачетах  
  Положение о планировании, организации и проведении лабораторных работ  
  Положение о научно-методическом совете филиала ГОУ ВПО МГИУ в г. Вязьме  
  Положение о планировании, организации и проведении практических работ  
  Положение о практике студентов ВФ ГОУ МГИУ  
  Положение о промежуточной аттестации студентов ВФ ГОУ МГИУ  
  Положение о самостоятельной работе студентов  
  Положение о планировании, организации и проведении семинарских занятий  
  Положение о системе рейтинговой оценки студентов  
  Положение о ВФ ГОУ ВПО МГИУ Смоленской области  
  Положение об итоговой государственной аттестации  
  Положение об ученом совете  
  Правила внутреннего трудового распорядка  


Рассылки Subscribe.Ru
Современное образование
Подписаться письмом


тестирование советников форекс