Файл: "Анализ и оценка средств реализации структурных методов анализа и проектирования информационной системы".pdf

- Разработать общие требования к автоматизируемым функциям.

- Разработать требуемую логическую модель данных.

- Уточнить требования и функциональные задачи.

- Уточнить логическую модель данных.

- Разработать демонстрационный прототип.

- Разработать требования к обработке данных.

- Уточнить цели разработки.

- Оформить техническое задание на создание АС.

Стадия 4. Выбор варианта технической реализации.

- Разработать варианты технической реализации,

- Выбрать вариант технической реализации.

Стадия 5. Разработка логического проекта.

- Определить порядок диалогового взаимодействия.

- Разработать постановки задач модификации баз данных.

- Разработать постановки информационных задач.

- Завершить разработку логического проекта.

Стадия 6. Физическое проектирование.

- Подготовить план физического проектирования.

- Разработать физическую реализацию баз данных.

- Разработать спецификации требований к программным компонентам.

- Оптимизировать физическую структуру баз данных.

- Уточнить спецификации требований к программным компонентам.

- Согласовать интерфейс между задачами и базами данных.

- Оформить физический проект.

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

Заключение

Создание ИС – это логически сложная, трудоемкая и длительная работа, требующая высокой квалификации участвующих в ней специалистов. Но нередко создание таких систем выполняется на интуитивном уровне с применением неформализованных методов, основанных на искусстве, практическом опыте, экспертных оценках и дорогостоящих экспериментальных проверках качества функционирования системы. Эксплуатационные расходы, возникающие после сдачи таких систем, могут существенно превышать расходы на их создание. Исследования показывают, что на обнаружение ошибок, допущенных на стадии проектирования, расходуется примерно в два раза больше времени, чем на исправление ошибок, допущенных на последующих фазах. При этом исправление ошибки на стадии проектирования стоит в 2 раза, на стадии тестирования – в 10 раз, а на стадии эксплуатации системы – в 100 раз дороже, чем на стадии анализа. Кроме того, ошибки анализа и проектирования обнаруживаются часто самими пользователями, что вызывает их недовольство и осложняет сопровождение ИС.

При этом выбор методологии проектирования является далеко не простой задачей.

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

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

SADT (Structured Analysis and Design Technique - методология структурного анализа и проектирования) - это методология, разработанная специально для того, чтобы облегчить описание и понимание искусственных систем. SADT была создана и опробована на практике в период с 1969 по 1973 г. Эта методология возникла под сильным влиянием PLEX, концепции клеточной модели человеко - ориентированных функций Хори, общей теории систем технологии программирования и даже кибернетики. С 1973 г. сфера ее использования существенно расширилась для решения задач, связанных с большими системами, такими, как проектирование телефонных коммуникаций реального времени, автоматизация производства (САМ), создание программного обеспечения для командных и управляющих систем, поддержка боеготовности. Она с успехом применялась для описания большого количества сложных искусственных систем из широкого спектра областей (банковское дело, планирование промышленного производства, системы наведения ракет, методология планирования, технология программирования). Причина такого успеха заключается в том, что SADT является полной методологией для создания описания систем, основанной на концепциях системного моделирования.

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

В SSADM применяется нисходящий подход к построению интегрированных функциональных, информационных и событийных моделей. При моделировании, функций используются классические DFD (включающие только базовые объекты: процесс, поток данных, хранилище данных, внешнюю сущность) с миниспецификациями на структурированном естественном языке. Моделирование данных осуществляется с использованием нотации LDS (Logical Data Structure), являющейся диалектом ER-модели. Для событийного моделирования используются диаграммы истории жизни сущностей ELN (Entity Life History), поддерживающие индикаторы состояний, события с привязанными к ним действиями, возможность задавать последовательные, параллельные и итеративные конструкции, а также конструкции выбора.

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

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

- обеспечение создания корпоративных ИС, отвечающих целям и задачам организации, а также предъявляемым требованиям по автоматизации деловых процессов заказчика;

- создание системы с заданным качеством в заданные сроки и в рамках установленного бюджетирования;

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

- обеспечение преемственности разработки.

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

Список литературы

1. Инюшкина О.Г., Кормышев В.М. Исследование систем управления при проектировании информационных систем: учебное пособие. / О.Г. Инюшкина, В.М. Кормышев. Екатеринбург: «Форт-Диалог Исеть», 2013. 370 с.

2. Гольдштейн С.Л., Инюшкина О.Г. Практика использования информационных технологий и систем (на примерах управления организацией): учебное пособие / С.Л. Гольдштейн, О.Г. Инюшкина. Екатеринбург: УрФУ, 2010. 185 с.

3. Инюшкина О.Г., Кормышев В.М. Управление знаниями в информационных системах (монография). / О.Г. Инюшкина, В.М. Кормышев, Екатерин-бург: УрФУ, 2012. 212 с.

4. Rob M.A. Issues of Structured vs. Object-Oriented methodology of systems analysis and design. [Электронный ресурс] Режим доступа: PDF.

5. IDEF4 Object-Oriented Design Method. [Электронный ресурс] Режим доступа: http://www.idef.com/IDEF4.htm.

6. Wikipedia: UML [Электронный ресурс] Режим доступа: https://ru.wikipedia.org/wiki/UML.

7. Буч Г., Рамбо Д., Джекобсон А. Язык UML Руководство пользователя. [Электронный ресурс] Режим доступа: PDF.

8. Övergaard G., Selic B., Bock C., Björkander M. Behavioral Modeling. UML Revision Task Force Object Modeling with OMG UML Tutorial Series. [Электронный ресурс] Режим доступа: 01-2_Bock_Behavioral_ModelingTutorial.pdf (http://www.omg.org/).

9. Pefkaros K. Using object-oriented analysis and design over traditional structured analysis and design // International Journal of Business Research Publisher. 03/01/2008 [Электронный ресурс] Режим доступа: http://www.freepatentsonline.com/article/International-Journal-Business-Research/190463129.html.

10. Маклаков С.В. «ERwin и BPwin. CASE-средства разработки информационных систем» / С.В. Маклаков, 2-е изд., испр. и доп., М. : Диалог-Мифи, 2001. – 304 с.М: «Диалг-МИФИ», 2001.

11. Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем / А.М. Вендров. – М. : Финансы и статистика, 1998. – 176 с. Программное обеспечение. [Электронный ресурс] Режим доступа: www.interface.ru.

12. Руководство по применению ГОСТ Р ИСО/МЭК 12207 при управлении проектом. PDF, www.complexdoc.ru.

13. Дэвид А. Марка, Клемент МакГоуэн. Предисловие Дугласа Т. Росса. Методология структурного анализа и проектирования SADT Structured Analysis & Design Technique. [Электронный ресурс] Режим доступа: http://www.pqm-online.com/assets/files/lib/books/marka.pdf

Приложение А

Рисунок 1 – Пример уровня 0

Приложение Б

Таблица 1 - Типы и связей и их значимость

Таблица 2 - Типы связностей

1. Пример уровня 0 – см. Приложение А, Рисунок 1 ↑

2. См. Приложение Б, Таблица 1 - Типы и связей и их значимость ↑

3. См. Приложение Б, Таблица 2 - Типы связностей ↑