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

Определение методов реинжиниринга информационных систем

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

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

Основная задача реинжиниринга информационных систем:

    1. Подробное описание архитектуры информационной системы; 2. Четкая иерархия пользователей данной системы; 3. Выделение функционала из изначальной системы; 4. Моделирование логической схемы информационной системы; 5. Нахождение и анализ реляционной модели базы данных.

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

Начало разработки

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

Модель будущей системы

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

Автоматический метод реинжиниринга

В ряде случаев исходные коды информационной системы, ожидающей модернизации, будут вам доступны. К примеру, файл SQL скриптов базы данных. В рамках работы над данным проектом нам доступна база данных bossbd. sql, содержащая весь перечень таблиц, которые устарели и требуют модернизации. Отправной точкой в данном вопросе будет автоматический реинжиниринг - построение ER-диаграмм средствами программного обеспечения для работы с базами данных. Данный метод помогает получить начальные сведения в графическом виде, которые улучшат представления о текущем составе информационной системы и дадут возможность их последующего редактирования. Функции обратной разработки позволят внести изменения в исходные коды базы данных, представленной в нотации ER-диаграмм, а в последствии обратно преобразовать изменения в скрипт SQL.

Обработка моделей, полученных после автоматического реинжиниринга

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

Определение функциональности информационной системы

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

Назначение пользователей и ролей

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

    1) Кто будет использовать данную информационную систему и какие роли они будут выполнять? 2) Состав аппаратного и программного обеспечения, который будет использоваться при работе с модернизированной системой; 3) Находится ли данная информационная система в работе постоянно, или же некоторые события в ней происходят с течением времени, а один из пользователей будет выполнять роль таймера?

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

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

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

Установка соответствия между пользователями и вариантами использования

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

Установление иерархии пользователей и распределение их по группам

Данный этап используется в случае, если число пользователей системы и вариантов использования слишком велико. Различные пользователи берут на себя определенные роли в одном пакете с различными вариантами использования в случаях:

    1) Если вариант использования применяется лишь для одного пользователя; 2) Пользователь и/или вариант использования включаются друг в друга или расширяют друг друга.

Детализация функциональности информационной системы

При проектировании информационной системы нужно иметь представление о всех сценариев возможных вариантов использования и поведения пользователя в системе. Для достижения это цели реализуют подробную детализированную диаграмму функциональности, которая представляет собой комбинацию диаграмм деятельностей и последовательностей в нотации UML. Выбор необходимой модели во много зависит от требуемой задачи. В случае преобладания задач, которые информационная система будет выполнять мы будем использовать диаграмму деятельности. В случае обширной передачи данных предполагается использование диаграммы последовательностей. Для того чтобы детализация функционала нашей системы была выполнена наиболее полным образом, можно провести ее на основе анализа исходных скриптов SQL или же при помощи проведения анализа модернизируемой системы, ее интерфейсов и вариантов использования. На начальном этапе проектировки основные требования к будущей системе задают именно модели, построенные при функциональном анализе. При проведении подобных экспериментов, рационально использовать метод варьирования входных данных, а так же анализ реакции системы на поступающие запросы. После проведения подробного анализа можно приступать к моделированию наследуемой системы и построению необходимых информационных моделей. В рамках данной работы будет использоваться 2 основных типа информационного моделирования - UML и ER нотации [2].

Похожие статьи




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

Предыдущая | Следующая