Просмотров-170
0

Методы и средства проектирования информационных систем

Методы проектирования информационных систем

Методы проектирования

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

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

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

Методы проектирования ИС

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

Средства проектирования

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

Графические средства

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

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

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

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

  • -стандарты IDEF(от IDEF0 до IDEF14)  методологии семейства ICAM  для решения задач моделирования сложных систем, которые позволяют отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах: функциональном, структурном, потоков данных, процессов и работ. Для общей характеристики стандартов графических нотаций от IDEF0 до IDEF14 можно использовать материал из Википедии — свободной энциклопедии;
  • стандарт EPC (“цепочка событийных процессов”), используемый в методологии ARIS, в которой  фокус сделан именно на событиях, что позволяет выстроить в модели сложные развилки и длинные параллельные ряды событий, представив процессы в виде. последовательности процедур, расположенных в порядке их выполнения;
  • BPMN, ориентированная на описание именно бизнес-процессов, архитектуры программного обеспечения, хорошо представляет логику синхронных и асинхронных процессов и событий, поддерживает выход на динамическое моделирование процессов;
  •  унифицированный язык моделирования UML, который является стандартным языком для определения, визуализации, конструирования и документирования объектно-ориентированных моделей и артефактов программных, в том числе и информационных систем. Это упрощает сложный процесс проектирования программного обеспечения, создавая «проект» для построения программных систем.

Какую графическую нотацию выбирать зависит в основном от методологии проектирования. Не нотация, а методология определяет, какую модель необходимо построить: функциональную, процессную или объектную. Применение графических нотаций BPMN и  UML при проектировании информационной системы описано в ряде статей данного сайта. Например, «BPMN и UML диаграммы при проектировании информационных систем«.

Инструментальные средства

CASE-средство Rational Rose — общие сведения о применении

При выполнении курсовых проектов или работ, дипломных проектов или работ, а также бакалаврских работ по специальности Информационные системы и технологии, как правило, требуется разработать информационную систему или ее подсистему. В процессе проектирования широко используется метод визуального моделирования. Для этого наиболее целесообразно использовать известное CASE-средство Rational Rose и распространенный язык моделирования UML.

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

Начать построение диаграмм в Rational Rose на языке UML необходимо с создания модели или моделируемой системы в целом, в которую в будущем будут добавляться различные диаграммы. Это делается путем создания проекта типа Rational unified process – унифицированный процесс разработки при выборе пунктов меню File-> New и в появившемся окне выбрать пиктограмму rational unified process. Созданной модели следует задать имя.

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

  • Use Case View — представления использования, которое подразделяется на модель представления в бизнесе Business Use-Case Model и модель вариантов использования Use-Case Model;
  • Logical View — логическое представление;
  • Component View — компонентное представление;
  • Deployment View — представление реализации или размещения.

Таким образом, визуальное моделирование с применением инструментального CASE-средства Rational Rose в курсовом и дипломном проектировании, позволяет наглядно представить автоматизируемые с помощью информационной системы бизнес-процессы с помощью UML-диаграмм. Примеры использования Rational Rose показаны в следующих статьях.

BPMN-UML диаграммы
BPMN и UML диаграммы
при проектировании
информационных систем
Последовательность применения BPMN и UML
Программы построения
UML диаграмм
Диаграмма деятельности на языке UML
Как построить
диаграмму деятельности
Визуальное моделирование предметной области в Rational Rose
Визуальное моделирование
предметной области

Построение диаграммы классов
Rational Rose и проек
тирование архитектуры
информационных систем
Рабочее проектирование ИС
Rational Rose и рабочее
проектирование
информационных систем

CASE-средство Borland Together Architect — общие сведения

При проектировании информационных систем диаграммы в нотации UML можно строить в современной среде разработки Borland Together ArchitectUML диаграммы в Borland Together, имеющем визуальный построитель графического интерфейса пользователя, строятся легко по известной технологии Drag  and Grop.

Семейство продуктов Borland Together состоит из следующих редакций:

Borland Together Designer Community Edition — это бесплатная среда разработки для создания диаграмм UML 2.0, предназначенная для проектирования объектно-ориентированных информационных систем т тх программного обеспечения  на основе UML;

Together Solo — редакция, ориентированная на бизнес-аналитиков;

Together Control Center — редакция с наиболее широким спектром возможностей, позволяющая использовать данный продукт на всех этапах цикла разработки приложений;

Together Edition for JBuilder, Visual Studio, Eclipse, IBM WebSphere Studio, SAP NetWeaver Studio, C++BuilderX — редакции, ориентированные на совместное применение с перечисленными средами разработки и обладающие средствами интеграции с ними (вплоть до встраивания дизайнеров в эти среды). Подробнее смотрите статью.

Интегрированная среда разработки Rational Software Architect

Наиболее полную поддержку современной парадигме  “разработка управляемая моделями” MDD обеспечивает более современная  интегрированная среда разработки Rational Software Architect(RSA) – результат эволюции Rational Rose   и Rational Rose XDE.

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

При разработке моделей приложения можно использовать различные языки моделирования и проектирования, поддерживаемые Rational Software Architect Designer, например: работа с эскизами, нотация и модель бизнес-процессов (BPMN 2), язык моделирования UML 2 и специализированные расширения UML, такие как SoaML и UPIA.

Подробнее описание интерфейса смотрите в статье «Интегрированная среда разработки Rational Software Architect» и использование системы в процессе разработки информационных систем смотрите в статье «Применение Rational Software Architect при проектировании информационных систем».

Заключение

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

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

.

Партнерские программы

Кто хочет стать моим партнером в R-MONEY.RU жмите на кнопку на рисунке

.

Кто хочет своевременно узнавать о выходе новой статьи на сайте должен подписаться.

ПОДПИСКА НА РАССЫЛКУ

Статьи об онлайн курсах обучения

Дистанционное обучение
Обучение программированию
Проектирование информационных систем
 

brasm

Пенсионер с 33 - летним педагогическим стажем

Добавить комментарий

Ваш адрес email не будет опубликован.