Методы и средства проектирования информационных систем и технологий "Учет внутриофисных расходов"

Назначение информационной системы. Компоненты информационной системы организации. Выбор методологии моделирования. Моделирование бизнес-процессов в организации (IDEF0) и потоков данных (DFD). Описание логики взаимодействия информационных потоков (IDEF3).

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 12.04.2019
Размер файла 1,4 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

Методы и средства проектирования информационных систем и технологий «Учет внутриофисных расходов»

Шайдинов С.Б.

Балаковский инженерно-технологический институт -- филиал федерального государственного автономного образовательного учреждения высшего профессионального образования «Национальный исследовательский ядерный университет «МИФИ», Балаково, Россия

Введение

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

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

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

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

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

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

1. Анализ предметной области

1.1 Характеристика организации

Общей целью создания информационной системы «Учет внутриофисных расходов» является необходимость электронного ведения документации, отчетности по всем видам расходов внутри фирмы. Готовый программный продукт может использоваться на небольших предприятиях, в организациях, частных фирмах. Оператор ИС вносит всю необходимую информацию о расходах, для руководителей подготавливается отчетность. Любой сотрудник может посмотреть предельную норму расходов.

Данная информационная система должна решать следующие задачи:

1) добиваться роста эффективности управления за счет своевременного представления необходимой информации руководителям всех уровней управления из единого информационного фонда;

2) контролировать денежные затраты на приобретение различного рода товаров;

3) предоставлять доступ к допустимым расходам любому сотруднику фирмы.

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

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

Классы объектов:

1) сотрудники;

2) должность;

3) материалы;

4) отчетные документы;

5) расходы.

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

В результате работы проанализирована предметная область «Учет внутриофисных расходов», в связи с чем можно переходить к следующему этапу проектирования информационной системы. Анализ предметной области позволил выделить ее сущности, определить первоначальные требования к создаваемой информационной системе.

1.2 Назначение информационной системы

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

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

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

Однако можно выделить ряд свойств, которые являются общими.

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

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

К основным компонентам относятся: сбор данных, обработка данных, хранение данных, создание отчетов.

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

Рисунок 1 - Основные компоненты информационной системы организации

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

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

• сортировка, с помощью которой упорядочивается последовательность записей;

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

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

Хранение данных. Многие данные на уровне операционной деятельности необходимо сохранять для последующего использования. Для их хранения создаются базы данных.

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

1.3 Пользователи и функции пользователей ИС

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

• информация о пользователях: ФИО, дата рождения, телефон, адрес, должность;

• информация о расходах: описание, название материалов, стоимость материалов;

Информационная система должна выполнять следующие задачи:

• предоставлять информацию о расходах в офисе за определенный период;

• предоставлять возможности вносить или изменять информацию о расходах;

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

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

• актуальным требованиям за приемлемое время, т.е. заданным требованиям производительности;

• выявленным и вновь возникающим требованиям конечных пользователей;

• должна легко расширяться при реорганизации и расширении предметной области;

• должна легко изменяться при изменении программной и аппаратной среды;

• данные, загруженные в базу данных должны оставаться корректными;

• данные до включения в базу данных должны проверяться на достоверность;

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

1.4 Требования к ИС

проектирование информационный моделирование бизнес

Информационная система, как и любой другой инструмент, должна иметь свои характеристики и требования, в соответствии с которыми можно было бы определить ее функциональность и эффективность. Разумеется, для каждого конкретного предприятия требования к информационной системе будут различными, так как должна учитываться специфика каждой организации. Несмотря на это, надлежит выделить несколько основных требований к системе, общих для всех «потребителей»:

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

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

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

4. Необходима возможность консолидации информации на уровне предприятий (объединение информации филиалов, дочерних компаний и т.д.), на уровне отдельных задач, на уровне временных периодов.

Эти требования являются основными, но далеко не единственными критериями выбора корпоративной информационной системы для предприятия.

1.5 Выбор методологии моделирования

Моделирование бизнес-процесса - процесс отражения субъективного видения потока работ в виде формальной модели, состоящей из взаимосвязанных операций.

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

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

Моделирование бизнес-процессов затрагивает многие аспекты деятельности компании:

- изменение организационной структуры;

- оптимизацию функций подразделений и сотрудников;

- перераспределение прав и обязанностей руководителей;

- изменение внутренних нормативных документов и технологии проведения операций;

- новые требования к автоматизации выполняемых процессов и т.д.

Моделирование бизнес-процессов организации включает два этапа структурное и детальное.

Структурное моделирование бизнес-процессов организации может выполняться в нотации IDEF0 с использованием инструментария BPwin.

В данном курсовом проекте моделирование процессов выполнялось на языке IDEF0, DFD, IDEF3 и IDEF1X.

На этапе структурного моделирования в модели должны быть отражены:

- существующая организационная структура;

- документы и иные сущности, используемые при исполнении моделируемых бизнес-процессов и необходимые для моделирования документооборота, с описаниями их основного смысла;

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

Детальная модель организации должна включать:

- набор прецедентов отражающих возможные варианты выполнения бизнес-процессов «как есть»;

- диаграммы действий, детально описывающие последовательность выполнения бизнес-процессов;

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

2. Разработка модели ИС

2.1 Моделирование бизнес-процессов в организации (IDEF0)

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

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

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

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

Каждая IDEF0-диаграмма содержит блоки и дуги. Блоки изображают функции моделируемой системы. Дуги связывают блоки вместе и отображают взаимодействия и взаимосвязи между ними.

Место соединения дуги с блоком определяет тип интерфейса:

• Управляющая информация входит в блок сверху.

• Входная информация входит в блок слева.

• Результаты выходят из блока справа.

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

Построение модели ИС начинается с представления всей системы в виде одного блока и дуг, изображающих интерфейсы с функциями вне системы (рисунок 2). Затем блок, который представляет систему в качестве единого модуля, детализируется на другой диаграмме с помощью нескольких блоков, соединенных интерфейсными дугами. Каждая детальная диаграмма является декомпозицией блока из диаграммы предыдущего уровня. На каждом шаге декомпозиции диаграмма предыдущего уровня называется родительской для более детальной диаграммы.

Метод обладает рядом недостатков: сложность восприятия (большое количество дуг на диаграммах и большое количество уровней декомпозиции), трудность увязки нескольких процессов.

Диаграмма работы информационной системы офиса отображает весь поток входных и выходных данных, которые обрабатываются в информационной системе.

Рисунок 2 - Информационная система офиса IDEF0

Рисунок 3 - Информационная система офиса IDEF0 декомпозиция

2.2 Моделирование потоков данных (DFD)

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

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

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

Для построения DFD используются две различные нотации, соответствующие методам Йордана-ДеМарко и Гейна-Сэрсона.

Эти нотации незначительно отличаются друг от друга графическим изображением символов.

В основе методологии Гейна-Сэрсона лежит построение модели анализируемой ИС - проектируемой или реально существующей. В соответствии с методологией модель системы определяется как иерархия диаграмм потоков

данных (DFD), описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи пользователю. Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы ИС с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм, до тех пор, пока не будет достигнут такой уровень декомпозиции, на котором процесс становятся элементарными и детализировать их далее невозможно.

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

Таким образом, основными компонентами диаграмм потоков данных являются:

- внешние сущности;

- системы/подсистемы;

- процессы;

- накопители данных; - потоки данных.

1. Внешние сущности

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

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

2. Системы и подсистемы

При построении модели сложной ИС она может быть представлена в самом общем виде на так называемой контекстной диаграмме в виде одной системы как единого целого, либо может быть декомпозирована на ряд подсистем.

Номер подсистемы служит для ее идентификации. В поле имени вводится наименование подсистемы в виде предложения с подлежащим и соответствующими определениями и дополнениями.

3. Процессы

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

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

- "Ввести сведения о клиентах";

- "Выдать информацию о имеющейся задолженности"; - "Проверить поступление денег".

Использование таких глаголов, как "обработать", "модернизировать" или "отредактировать" означает, как правило, недостаточно глубокое понимание данного процесса и требует дальнейшего анализа.

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

4. Накопители данных

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

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

Накопитель данных идентифицируется буквой "D" и произвольным числом. Имя накопителя выбирается из соображения наибольшей информативности для проектировщика.

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

5. Потоки данных

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

Рисунок 4 - Диаграмма DFD организации работы ИС

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

2.3 Описание логики взаимодействия информационных потоков (IDEF3)

IDEF3 является стандартом документирования технологических процессов, происходящих на предприятии, и предоставляет инструментарий для наглядного исследования и моделирования их сценариев.

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

Средства документирования и моделирования IDEF3 позволяют выполнять следующие задачи:

• Документировать имеющиеся данные о технологии процесса, выявленные, скажем, в процессе опроса компетентных сотрудников, ответственных за организацию рассматриваемого процесса.

• Определять и анализировать точки влияния потоков сопутствующего документооборота на сценарий технологических процессов.

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

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

• Разрабатывать имитационные модели технологических процессов, по принципу "КАК БУДЕТ, ЕСЛИ..."

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

Рисунок 4 - Диаграмма IDEF3 порядок оплаты материалов

2.4 Разработка модели данных (IDEF1X)

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

Концептуальная модель, представленная в соответствии со стандартом

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

Диаграмма IDEF1X показывает логическую структуру данных в информационной системе.

Основными объектами концептуальной модели являются сущности и связи.

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

Правила для атрибутов сущности:

1. Каждый атрибут должен иметь уникальное имя.

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

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

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

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

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

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

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

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

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

Рисунок 6 - Диаграмма IDEF1X

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

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

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

Заключение

Целью данного курсового проекта является освоение автоматизации функционального моделирования систем на основе методологий IDEF0, DFD, IDEF3 и моделирования данных IDEF1X.

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

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

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

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

- освобождению работников от рутинной работы за счет ее автоматизации;

- обеспечению достоверности информации;

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

Размещено на Allbest.ru

...

Подобные документы

  • Проектирование информационной системы "Учёт работы поликлиники": анализ программных продуктов, описание диаграмм бизнес–процесса, описание IDEF0, DFD, IDEF3 диаграмм потоков данных и документирования процессов посредством AllFusion Process Modeler r7.3.

    курсовая работа [2,5 M], добавлен 20.08.2012

  • Характеристика объектов автоматизации информационных систем. Требования к документированию. Порядок контроля и приемки системы. Описание потоков данных и бизнес процессов. Структура информационной системы, состав функциональных и обеспечивающих подсистем.

    курсовая работа [1,9 M], добавлен 18.09.2013

  • Создание информационной системы "Голд", автоматизирующей работу Ювелирной мастерской. Моделирование бизнес-процессов с помощью диаграмм IDEF0 и UML и потоков данных DFD и sicuence. Составление технического проекта и задания на основании ГОСТ 34.602-89.

    курсовая работа [841,1 K], добавлен 10.02.2013

  • Создание функциональной структуры фирмы. Методологии проектирования информационных систем. Состав стандарта IDEF. Средства структурного системного анализа. Метод функционального моделирования SADT. Стратегии декомпозиции. Диаграмма потоков данных DFD.

    презентация [324,1 K], добавлен 27.12.2013

  • Задачи, функции и структура филиала университета. Оценка информационных потоков и UML-моделирование. Анализ структуры информационной системы и системы навигации. Проектирование базы данных, физическая реализация и тестирование информационной системы.

    дипломная работа [6,0 M], добавлен 21.01.2012

  • Особенности проектирования информационных систем основанных на базах данных. Использование CASE-средств и описание бизнес процессов в BP-Win. Этапы проектирования современных информационных систем, виды диаграмм и визуальное представление web-сайта.

    курсовая работа [1,9 M], добавлен 25.04.2012

  • Проектирование автоматизированного рабочего места менеджера по закупкам нефтепродуктов сети АЗС. Анализ информационных потребностей менеджера, информационных потоков и бизнес-процессов. Пути совершенствования информационной системы учета нефтепродуктов.

    дипломная работа [3,0 M], добавлен 16.03.2012

  • Методологические основы оценки качества информационных ресурсов. Анализ принципов методологии, используемых при решении задач ОКФИС. Логика организации, ее теоретический базис, нормы и правила. Методы и средства моделирования информационных систем.

    контрольная работа [66,7 K], добавлен 23.01.2011

  • Создание контекстной диаграммы информационной системы библиотеки. Основные компоненты и особенности ведения каталогов книг и читателей. Моделирование систем поиска и формирования заказов. Разработка диаграммы дерева узлов и логической модели базы данных.

    курсовая работа [1,1 M], добавлен 24.06.2013

  • Развитие современных информационных технологий. Этапы объектно-ориентированного проектирования информационных систем Rational Rose. Моделирование железнодорожной информационной системы. Создание диаграмм последовательности, компонентов, размещения.

    курсовая работа [840,0 K], добавлен 11.07.2012

  • Понятие, модели и назначение информационных систем. Функциональное моделирование ИС. Диаграмма потоков данных. Декомпозиция процессов и миниспецификации. Реализация макета системы средствами MS SQL Server 2005. Создание базы данных. Скалярные функции.

    курсовая работа [1,0 M], добавлен 16.09.2012

  • Особенности информационного взаимодействия в органах государственной власти. Организация информационных потоков в системе профессионального образования региона. Моделирование бизнес-процесса с использованием нотации BPMN. Социологическое исследование.

    дипломная работа [760,9 K], добавлен 03.09.2017

  • Сравнительный анализ гостиничных информационных систем. Анализ и выбор CASE-средств для моделирования бизнес-процессов. Визуальная и математическая модели предметной области, выбор архитектуры и платформы информационной системы, построение базы данных.

    дипломная работа [1,4 M], добавлен 20.07.2014

  • Выделение бизнес-процессов, контекстная диаграмма потоков данных. Разработка информационной системы, содержащей сведения о номерах гостиницы: категория, количество мест, стоимость проживания за сутки. Диаграммы декомпозиции в нотации DFD, IDEF3.

    курсовая работа [3,0 M], добавлен 28.06.2011

  • Описание основных целей и рабочих процессов оператора сотовой связи. Шкала оценки важности информации. Построение матрицы ответственности за аппаратные ресурсы. Разработка структурной схемы их взаимодействия между собой и модели информационных потоков.

    практическая работа [336,0 K], добавлен 28.01.2015

  • Анализ информационных потоков. Разработка структуры таблиц базы данных. Выбор CASE-средства для проектирования информационной системы и среды программирования. Разработка программных модулей (программного обеспечения). Подготовка справочных баз данных.

    дипломная работа [6,8 M], добавлен 19.11.2013

  • Анализ информационных потоков. Описание информационных задач. Функциональное назначение программы, ее структура, описание логики. Тексты запросов на языке SQL. Назначение и условия применения информационно-справочной системы, описание операций, отчетов.

    курсовая работа [3,0 M], добавлен 16.12.2013

  • Исследование современных технологий и средств разработки. Выявление и оценка информационных потоков и структуры информации. Выбор необходимой информации для информационной системы. Проектирование и анализ системы навигации. Проектирование базы данных.

    дипломная работа [2,8 M], добавлен 21.01.2012

  • Проектирование модели информационной системы "Гостиница" в стандарте IDEF0. Разработка диаграммы потоков данных (Data Flow Diagramming), предназначенной для описания документооборота и обработки информации. Создание диаграммы декомпозиции в нотации IDEF3.

    курсовая работа [3,8 M], добавлен 14.12.2012

  • Основные методологии проектирования, модели жизненного цикла локальных систем, сущность структурного подхода. Моделирование потоков процессов и программные средства поддержки их жизненного цикла. Характеристика и технология внедрения CASE средств.

    курсовая работа [686,9 K], добавлен 13.12.2010

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.