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

Содержание

Введение

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-продукты и др.). Использование на предприятии единой платформы общесистемных средств существенно облегчает модификацию и стыковку приложений на следующих этапах разработки. Инициативные конечные пользователи могут сразу начать макетировать свою предметную область с помощью доступных общесистемных программных средств (редакторов, электронных таблиц, настольных СУБД и др.).

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

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

· Многие сотрудники инертны, не инициативны и пытаются использовать только простые средства (текстовый редактор).

· Разработка проекта должна вестись профессиональными разработчиками в контакте с конечными пользователями.

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

Для создания И.С. существует два подхода:

1)Объектно-ориентированный

2)Структурный

Объектно-ориентированный подход использует объектную декомпозицию, при этом статическая структура системы описывается в терминах объектов и связей между ними, а поведение системы описывается в терминах обмена сообщениями между объектами. Каждый объект системы обладает своим собственным поведением, моделирующим поведение объекта реального мира. Понятие "объект" впервые было использовано около 30 лет назад в технических средствах при попытках отойти от традиционной архитектуры фон Неймана и преодолеть барьер между высоким уровнем программных абстракций и низким уровнем абстрагирования на уровне компьютеров. С объектно-ориентированной архитектурой также тесно связаны объектно-ориентированные операционные системы. Однако наиболее значительный вклад в объектный подход был внесен объектными и объектно-ориентированными языками программирования: Simula, Smalltalk, C++, Object Pascal. На объектный подход оказали влияние также развивавшиеся достаточно независимо методы моделирования баз данных, в особенности подход "сущность-связь". Концептуальной основой объектно - ориентированного подхода является объектная модель. Основными се элементами являются: • абстрагирование (abstraction); • инкапсуляция (encapsulation); • модульность (modularity); • иерархия (hierarchy). Кроме основных имеются еще три дополнительных элемента, не являющихся в отличие от основных строго обязательными: • типизация (typing)', • параллелизм (concurrency)', • устойчивость (persistence). Абстрагирование это выделение существенных характеристик некоторого объекта, которые отличают его от всех других видов объектов и, таким образом, четко определяют его концептуальные границы относительно дальнейшего рассмотрения и анализа. Абстрагирование концентрирует внимание на внешних особенностях объекта и позволяет отделить самые существенные особенности его поведения от деталей их реализации. Выбор правильного набора абстракций для заданной предметной области представляет собой главную задачу объектно-ориентированного проектирования. Инкапсуляция — это процесс отделения друг от друга отдельных элементов объекта, определяющих его устройство и поведение. Инкапсуляция служит для того, чтобы изолировать интерфейс объекта, отражающий его внешнее поведение, от внутренней реализации объекта. Объектный подход предполагает, что собственные ресурсы, которыми могут манипулировать только методы самого класса, скрыты от внешней среды. Абстрагирование и инкапсуляция являются взаимодополняющими операциями: абстрагирование фокусирует внимание на внешних особенностях объекта, а инкапсуляция (или, иначе, ограничение доступа) не позволяет объектам-пользователям различать внутреннее устройство объекта. Объектно-ориентированный подход Модульность — это свойство системы, связанное с возможностью ее декомпозиции на ряд внутренне связных, но слабо связанных между собой модулей. Инкапсуляция и модульность создают барьеры между абстракциями. Иерархия — это ранжированная или упорядоченная система абстракций, расположение их по уровням. Основными видами иерархических структур применительно к сложным системам являются структура классов (иерархия по номенклатуре) и структура объектов (иерархия по составу). Примерами иерархии классов являются простое и множественное наследование (один класс использует структурную или функциональную часть соответственно одного или нескольких других классов), а иерархии объектов - агрегация. Типизация — это ограничение, накладываемое на класс объектов и препятствующее взаимозаменяемости различных классов (или сильно сужающее ее возможность). Типизация позволяет защититься от использования объектов одного класса вместо другого или, по крайней мере управлять таким использованием. Параллелизм — свойство объектов находиться в активном или пассивном состоянии и различать активные и пассивные объекты между собой. Устойчивость — свойство объекта существовать, но времени (вне зависимости от процесса, породившего данный объект) и/или в пространстве (при перемещении объекта из адресного пространства, в котором он был создан). Основные понятия объектно-ориентированного подхода - объект и класс. Объект определяется как осязаемая реальность (tangible entity) — предмет или явление, имеющие четко определяемое поведение. Объект обладает состоянием, поведением и индивидуальностью; структура и поведение схожих объектов определяют общий для них класс. Термины "экземпляр класса" и "объект'' являются эквивалентными. Состояние объекта характеризуется перечнем всех возможных (статических) свойств данного объекта и текущими значениями (динамическими) каждого из этих свойств. Поведение характеризует воздействие объекта на другие объекты и наоборот относительно изменения состояния этих объектов и передачи сообщений. Иначе говоря, поведение объекта полностью определяется его действиями. Индивидуальность — это свойства объекта, отличающие его от всех других объектов. Определенное воздействие одного объекта на другой с целью вызвать соответствующую реакцию называется операцией. Как правило, в объектных и объектно-ориентированных языках операции, выполняемые над данным объектом, называются методами и являются составной частью определения класса. Класс — это множество объектов, связанных общностью структуры и поведения. Любой объект является экземпляром класса. Определение классов и объектов — одна из самых сложных задач объектно-ориентированного проектирования. Следующую группу важных понятий объектного подхода составляют наследование и полиморфизм. Понятие полиморфизма может быть интерпретировано, как способность класса принадлежать более чем одному типу. Наследование означает построение новых классов на основе существующих с возможностью добавления или переопределения данных и методов. Объектно-ориентированная система изначально строится с учетом ее эволюции. Наследование и полиморфизм обеспечивают возможность определения новой функциональности классов с помощью создания производных классов — потоков базовых классов. Потомки наследуют характеристики родительских классов без изменения их первоначального описания и добавляют при необходимости собственные структуры данных и методы. Определение производных классов, при котором задаются только различия или уточнения, в огромной степени экономит время и усилия при производстве и использовании спецификаций и программного кода. Важным качеством объектного подхода является согласованность моделейдеятельности организации и моделей проектируемой системы от стадии формирования требований до стадии реализации. Требование согласованности моделей выполняется благодаря возможности применения абстрагирования, модульности, полиморфизма на всех стадиях разработки. Модели ранних стадий могут быть непосредственно подвергнуты сравнению с моделями реализации. По объектным моделям может быть прослежено отображение реальных сущностей моделируемой предметной области (организации) в объекты и классы информационной системы.