Модели информационных систем реферат

Обновлено: 05.07.2024

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

Введение. Модели информационных систем ( реферат , курсовая , диплом , контрольная )

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

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

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

Цель: собрать материал и разработать Автоматизированную информационную систему поликлиники.

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

Рубрика	Программирование, компьютеры и кибернетика
Вид	презентация
Язык	русский
Дата добавления	21.09.2020
Размер файла	1007,2 K

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

HTML-версии работы пока нет.
Cкачать архив работы можно перейдя по ссылке, которая находятся ниже.

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

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

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

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

реферат [28,2 K], добавлен 23.04.2011

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

презентация [36,0 K], добавлен 14.10.2013

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

курсовая работа [675,2 K], добавлен 16.09.2017

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

реферат [192,1 K], добавлен 27.09.2012

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

курсовая работа [922,4 K], добавлен 21.01.2016

Информационная система (ИС) как совокупность взаимосвязанных аппаратно-программных средств, предназначенных для автоматизации накопления и обработки информации. Особенности создания ИС "Агентство недвижимости": база данных, техническая документация к ней.

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

Содержимое работы - 1 файл

реферат ИТУ.docx

Практическое использование информационных технологий тесно

связано с вопросами маркетинга и менеджмента информационных ресурсов,

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

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

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

Наиболее полно системный подход проявился при проектировании

информационных систем. Предложена методология проектирования

информационных систем как коллективного процесса. Проанализированы

основные этапы и задачи внедрения и сопровождения информационных

технологий на основе объектно-ориентированной технологии как основы

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

предметных областей. Значительное внимание уделено вопросам

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

средств для автоматизации процесса проектирования, анализу качества

1.Принципы создания информационной системы

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

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

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

1.1 Принцип "открытости" информационной системы

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

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

Это определение, сформулированное специалистами института IEEE (Institute of Electrical and Electronic Engineers), унифицирует содержание среды, которую предоставляет открытая система для широкого использования. В настоящее время общепризнанным координационным центром по разработке и согласованию стандартов открытых систем является OASIS (Organization for the Advancement of Structured Information Standards).

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

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

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

2. Структура среды информационной системы

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

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

С этим разделением тесно связаны две группы вопросов стандартизации:

стандарты интерфейсов взаимодействия прикладных программ со средой ИС, прикладной программный интерфейс (Application Program Interface - API);
стандарты интерфейсов взаимодействия самой ИС с внешней для нее средой (External Environment Interface - EEI).

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

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

Эта модель используется более 20 лет и определяется системной сетевой архитектурой (SNA), предложенной IBM в 1974 году. Она основана на разбиении вычислительной среды на семь уровней, взаимодействие между которыми описывается соответствующими стандартами и обеспечивает связь уровней вне зависимости от построения уровня в каждой конкретной реализации (рис. 1). Основным достоинством этой модели является детальное описание связей в среде с точки зрения технических устройств и коммуникационных взаимодействий. Вместе с тем она не принимает в расчет взаимосвязь с учетом мобильности прикладного программного обеспечения.

Рисунок 1 - Семиуровневая модель взаимодействия информационных систем

Эталонная модель среды открытых систем (OSE/RM) определяет разделение любой информационной системы на приложения (прикладные программы и программные комплексы) и среду, в которой эти приложения функционируют. Между приложениями и средой определяются стандартизованные интерфейсы (API), которые являются необходимой частью профилей любой открытой системы. Кроме того, в профилях ИС могут быть определены унифицированные интерфейсы взаимодействия функциональных частей друг с другом и интерфейсы взаимодействия между компонентами среды ИС.

3. Модель создания информационной системы

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

Определение "компания" является сложной онтологической (понятийной) структурой, состоящей из определенной совокупности сущностей и взаимосвязей (рис. 2). Взаимодействия между ее элементами, определяемые бизнес-логикой и закрепленные в наборе бизнес-правил, и являются деятельностью компании. Информационная система "отражает" логику и правила, организуя и преобразуя информационные потоки, автоматизирует процессы работы с данными и информацией и визуализирует результаты в виде наборов отчетных форм. Поэтому для начала следует создать бизнес-модель предприятия, являющуюся отображением предприятия и его информационно-управляющей системы. При создании модели формируется "язык общения" руководителей предприятия, консультантов, разработчиков и будущих пользователей, позволяющий выработать единое представление о том, ЧТО и КАК должна делать система управления предприятием (корпоративная система управления).

Рисунок 2 - Онтологическое поле современной компании

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

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

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

бизнес-функции, описывающие, ЧТО делает бизнес;
основные, вспомогательные и управленческие процессы, описывающие, КАК предприятие выполняет свои бизнес-функции;
организационно-функциональную структуру, определяющую, ГДЕ исполняются бизнес-функции и бизнес-процессы;
фазы, определяющие, КОГДА (и в какой последовательности) должны быть внедрены те или иные бизнес-функции;
роли, определяющие, КТО исполняет бизнес-функции и КТО является "хозяином" бизнес-процессов;
правила, определяющие связь и взаимодействие между всеми ЧТО, КАК, ГДЕ, КОГДА и К ТО.

После построения бизнес-модели (или параллельно с этим) можно приступать к формированию модели проектирования, реализации и внедрения самой ИС (рис. 3).

Опыт создания и использования "заказных" ИС позволяет условно выделить следующие основные этапы их жизненного цикла:

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

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

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

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.5. Представление таблиц реляционной базы данных, используемых при организации работы системы

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Объектно-ориентированная технология проектирования ИС включает в себя следующие компоненты:

· технологию конструирования концептуальной объектно-ориентированной модели предметной области;

· инструментальные средства спецификации проектных решений;

· библиотеки типовых компонентов модели предметной области;

· типовые проектные решения для ряда функциональных областей.

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

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

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

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

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

Рис. 1.4.1. Функциональный блок и интерфейсные дуги.

На рис. 1.4.2. приведены четыре диаграммы и их взаимосвязи, показана структура SADT-модели. Каждый компонент модели может быть декомпозирован на другой диаграмме. Каждая диаграмма иллюстрирует "внутреннее строение" блока на родительской диаграмме.

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

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

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

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

Рис. 1.4.2. Структура SADT-модели. Декомпозиция диаграмм.

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

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

Рис. 1.4.3. Функциональная связь.

В математических терминах необходимое условие для простейшего типа функциональной связи (см. рис1.4.3.) имеет следующий вид: С = g(B) = g(f(A)).

ГОСТ

Понятие и виды моделей информационных систем

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

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

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

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

Рисунок 1. Модель государственного устройства Древней Спарты. Автор24 — интернет-биржа студенческих работ

Таким образом, при создании ИС всегда имеет место предварительное моделирование.

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

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

Готовые работы на аналогичную тему

Классификация моделей ИС

При проектировании информационных систем используется 2 вида моделей:

В процессе работы над моделью ИС поставленные задачи решаются с помощью более частных видов моделей:

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

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

Рисунок 2. Диаграмма вариантов использования UML. Автор24 — интернет-биржа студенческих работ

Модели жизненного цикла информационных систем

Информационные системы склонны к устареванию. Со временем они всё менее адекватно отображают состояние объектов, для управления которыми созданы. Поэтому на этапе проектирования следует предусмотреть сроки и способы внедрения, эксплуатации, замены, утилизации ИС.

Среди моделей жизненного цикла ИС выделяют:

каскадную;
инкрементную;
эволюционную.

Каскадная реализует следующие этапы деятельности ИС:

выявление потребностей пользователя;
формулирование требований к ИС;
проектирование;
изготовление;
испытания;
доработка;
монтаж;
использование.

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

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

Рисунок 3. Инкрементная модель жизненного цикла ИС. Автор24 — интернет-биржа студенческих работ

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

Принцип эволюционного проектирования впервые сформулировал Наполеон Бонапарт, который говорил: "Ввяжемся в бой, а там посмотрим".

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

Читайте также: