Модели информационной системы как начальная стадия разработки программного обеспечения

Содержание

Введение

1.Теоретическая часть. Модели информационной системы как начальная стадия разработки программного обеспечения.

1.1. Этапы разработки информационной системы

1.2. Общие сведения о моделях информационной системы

1.3. Подходы к разработке АИС

1.4. Методология функционального моделирования SADT

1.4.1. Состав функциональной модели

1.4.2. Декомпозиция диаграмм

1.4.3. Связь функциональных блоков

1.4.4. Пример SADT – модели

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

2.1. Описание документооборота по снабжению и сбыту в области дисциплины делопроизводства

2.2. Постановка задачи для автоматизации документооборота по снабжению и сбыту

2.3. Разработка модели информационной системы «СИС» с помощью SADTдиаграмм в области дисциплины делопроизводства

2.4. Построение модели информационной системы «СИС» с помощью SADTдиаграмм в области дисциплины делопроизводства

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

Заключение

Список используемой литературы

Введение.

1.Теоретическая часть.

1.1. Этапы разработки информационной системы.

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

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

· Концептуальное проектирование

· Разработка архитектуры ИС

· Логическое проектирование

· Отладка и тестирование прикладных программ

· Сопровождение

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

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

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

На этапе разработки архитектуры ИС решаются следующие задачи:

· выбирается модель доступа к данным

· осуществляется выбор структуры комплекса технических средств (КТС)

· определяется состав общесистемных пакетов (ОС, СУБД и др.)

· выполняется распределение задач по машинам распределённой информационной системы

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

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

При использовании схемы проектирования, представленной на рис. 4,

следует соблюдать следующие правила:

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

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

· Часто пользователь видит только свою предметную область и многие подразделения пытаются обособиться ("мой сервер", "моя сеть", "мне больше ничего не надо"),

Внимание, отключите Adblock

Вы посетили наш сайт со включенным блокировщиком рекламы!
Ссылка для скачивания станет доступной сразу после отключения Adblock!

Скачать