- •Методы и средства проектирования информационных систем
- •Предисловие
- •1. Теоретические основы систем управления
- •1.1. Основные понятия
- •1.2. Классификация систем
- •1.3. Структура системы управления
- •2. Основы создания информационной системы предприятия
- •2.1. Методологии и средства разработки ис
- •2.2. Жизненный цикл ис
- •2.3. Структурный анализ
- •3. Разработка консалтинговых проектов
- •3. 1. Цели и основные этапы разработки консалтинговых проектов
- •3.2. Проведение обследования деятельности предприятия
- •3.2.1. Методика и этапы обследования
- •3.2.2. Организация сбора и первичной обработки данных
- •3.3. Построение моделей
- •3.4. Разработка системного проекта
- •3.5. Разработка предложений по автоматизации
- •3.6. Техническое проектирование
- •4. Структурные методы моделирования систем управления
- •4.1. Методология функционального моделирования idef0 (sadt)
- •4.1.1. Sadt-модели
- •4.1.2. Синтаксис и применение диаграмм
- •4.1.3. Синтаксис моделей и работа с ними
- •4.1.4. Процесс моделирования
- •4.2. Методология построения реляционных структур idef1x.
- •4.3. Диаграммы потоков данных (Data Flow Diagramming)
- •4.4. Метод описания процессов idef3
- •4.5. Описание нотации aris eEpc.
- •5. Анализ и реорганизация бизнес-процессов
- •5.2. Анализ структуры процессов в соответствии с iso 9000 - стандартом на качество проектирования, разработки, изготовления и послепродажного обслуживания
- •5.4. Ключевые моменты реорганизации деятельности предприятия
- •6. Создание модели процессов в bPwin
- •6.1. Инструментальная среда bPwin
- •6.2. Каркас диаграммы
- •6.3. Слияние и расщепление моделей
- •6.4. Создание отчетов в bPwin
- •6.5. Стоимостной анализ и свойства, определяемые пользователем
- •6.6. Диаграммы dfd и Workflow (idef3)
- •7. Создание модели данных с помощью eRwin
- •7.1. Отображение модели данных в eRwin
- •7.1.1. Физическая и логическая модели данных
- •7.1.2. Подмножества модели и сохраняемые отображения
- •7.2. Создание логической модели данных
- •7.2.1. Уровни логической модели
- •7.2.2. Сущности и атрибуты
- •7.2.3. Связи
- •7.2.4. Типы сущностей и иерархия наследования
- •7.2.5. Ключи
- •7.2.6. Домены
- •7.3. Создание физической модели данных
- •7.3.1. Уровни физической модели
- •7.3.2. Выбор сервера
- •7.3.3. Таблицы, колонки и представления (view)
- •7.3.4. Правила валидации и значения по умолчанию
- •7.3.5. Индексы
- •7.3.6. Задание объектов физической памяти
- •7.3.7. Триггеры и хранимые процедуры
- •7.3.8. Проектирование хранилищ данных
- •7.3.9. Вычисление размера бд
- •7.3.10. Прямое и обратное проектирование
- •8. Объектно-ориентированный подход
- •8.1. Основные принципы
- •8.3. Обзор диаграммных техник uml
- •8.4. Пакеты как средство работы с большими проектами
- •8.5. Диаграммы классов и объектов
- •8.5.1. Классы
- •8.5.2. Интерфейсы
- •8.5.3 Отношения между классами
- •8.5.4 Пример диаграммы классов
- •8.6. Диаграммы использования
- •8.7. Диаграммы последовательностей
- •8.8. Диаграммы сотрудничества
- •8.9. Диаграммы состояний
- •8.10. Диаграммы действий
- •8.11. Диаграммы реализации
- •9. Унифицированный процесс разработки и uml
- •9.2. Фазы унифицированного процесса и диаграммы uml
- •10. Объектно-ориентированное case средство Rational Rose
- •10.1. Состав и основные возможности
- •10.2. Этапы проектирования
- •Литература
- •Содержание.
Калининградский государственный технический университет
В. Г. Пожидаев
Методы и средства проектирования информационных систем
Утверждено Ученым советом университета в качестве учебного пособия для студентов специальности 220200 - Автоматизированные системы обработки информации и управления и 351400 - Прикладная информатика в экономике.
Калининград
Издательство КГТУ
2003
УДК 681.31
Пожидаев В. Г. Методы и средства проектирования информационных систем: Учебное пособие.-Калининград: КГТУ, 2003, 240 с.
Изложены основные методы, стандарты, технологии и средства, используемые при проектировании и реинжиниринге информационных систем. Рассматриваются этапы жизненного цикла информационной системы, предшествующие собственно программированию. Особое внимание уделено CASE – технологиям и CASE – средствам, поддерживающим структурный и объектный подходы.
Рис. 60, таб. 12, список лит. – 14 наименований.
РЕЦЕНЗЕНТЫ - Дыханов Г. Я., генеральный директор Калининградского консультационного центра "Бизнес-эксперт", Щетинин А. И., доцент кафедры систем управления и вычислительной техники Калининградского государственного технического унивнрситета.
© Калининградский государственный технический университет, 2003 г.
Владимир Георгиевич Пожидаев
Методы и средства проектирования информационных систем
Редактор Г. Е. Смирнова
Подписано в печать
Тир. экз. Формат 60х84 1/16
Объем уч.-изд. л.; печ. л.
Заказ
УОП КГТУ, Советский проспект, 1
Предисловие
В современных условиях динамично развивается рынок комплексных интегрированных систем автоматизации предприятий и учреждений самого различного профиля (финансовых, промышленных, оффисных) и самых различных размеров с разнообразными схемами иерархии, начиная от малых предприятий численностью в несколько десятков человек и завершая крупными корпорациями численностью в десятки тысяч сотрудников. Такие системы предназначены для решения задач как предприятия в целом (управление финансовыми ресурсами, управление запасами, планирование и производство, сбыт и снабжение, техническое обслуживание и ремонт оборудования, управление персоналом и т.п.), так и уровня его производственных подразделений, цехов и участков.
Фактически проблема комплексной автоматизации стала актуальной для каждого предприятия. Уже не стоит вопрос "надо или не надо автоматизировать", предприятия столкнулись с проблемой: каким образом это осуществить.
Главная особенность индустрии систем автоматизации различных предприятий и учреждений, характеризующихся широкой номенклатурой входных данных с различными (и нетривиальными) маршрутами их обработки, состоит в концентрации сложности на начальных этапах анализа требований и проектирования спецификаций системы при относительно невысокой сложности и трудоемкости последующих этапов. Фактически здесь и приходит понимание того, что будет делать будущая система и каким образом она будет работать, чтобы удовлетворить предъявленным к ней требованиям. А именно нечеткость и неполнота системных требований, нерешенные вопросы и ошибки, допущенные на этапах анализа и проектирования, порождают на последующих этапах трудные, часто неразрешимые проблемы и в конечном счете приводят к неуспеху всей работы в целом.
Следует отметить, что для большинства предприятий необходим и предваряющий автоматизацию этап - наведение порядка в их деятельности, создание рациональных технологий и бизнес-процессов.
Самостоятельно с задачей выбора и тем более разработки собственной системы предприятие справится не в состоянии. И прежде всего потому, что на предприятии, как правило, отсутствует единая концепция автоматизации. Возникает необходимость в услугах независимых от производителей систем автоматизации консалтинговых фирм.
Консалтинг - это деятельность специалиста или целой фирмы, занимающихся стратегическим планированием проекта, анализом и формализацией требований к информационной системе, созданием системного проекта, иногда проектированием приложений. Но все это до этапа собственно "программирования" или настройки каких-то уже имеющихся комплексных систем управления предприятием, выбор которых и осуществляется на основе системного проекта. Консалтинг предваряет и регламентирует названные этапы.
Фактически консультантом выполняется два вида работ. Прежде всего, элементарное наведение порядка в организации: бизнес-анализ и реструктуризация (реинжиниринг бизнес-процессов). Это направление получило название "бизнес-консалтинг". Любая организация - довольно сложный организм, функционирование которого одному человеку понять просто невозможно. И именно деятельность, направленная на то, чтобы разобраться в функционировании таких организмов, построить соответствующие модели и на их основе выдвинуть некоторые предложения по поводу улучшения работы некоторых звеньев, а еще лучше - бизнес-процессов (деятельностей, имеющих ценность для клиента), считается бизнес-консалтингом.
Другой вид работ - собственно системный анализ и проектирование. Выявление и согласование требований заказчика приводит к пониманию того, что же в действительности необходимо сделать. За этим следует проектирование или выбор готовой системы так, чтобы она в итоге как можно в большей степени удовлетворяла требованиям заказчика.
Данное учебное пособие содержит основной материал лекций по дисциплинам “Методы и средства проектирования информационных систем” для студентов специальности 220200 - Автоматизированные системы обработки информации и управления и "Проектирование информационных систем" для студентов специальности 351400 - Прикладная информатика в экономике.
Пособие сформировано на основе ряда источников, в том числе доступных в Internet. По тексту ссылки на литературу и кавычки не указываются. В конце каждой главы приводится список использованных источников.
Первая глава содержит обзор основных понятий и принципов теории систем и теории управления.
Во второй главе излагаются концептуальные основы создания информационной системы предприятия, вводится понятие жизненного цикла информационной системы и ее моделей, цели, стадии, принципы и средства структурного анализа, виды и последовательность работ, выполняемых при построении логических моделей предметной области в рамках CASE – технологии анализа системы управления предприятия.
В третьей - рассматривается содержание основных этапов консалтингового проекта.
В четвертой главе приводится описание наиболее популярных структурных методов моделирования систем управления: методологий семейства IDEF, DFD, eEPC.
В пятой главе рассматриваются подходы и методики анализа и реорганизации бизнес-процессов: метод функционально-стоимостного анализа, стандарты ISO 9000, реинжиниринг бизнес-процессов по Хаммеру.
В шестой и седьмой главах приводится подробное описание двух широко распространенных CASE – систем: BPWin и ERWin.
В восьмой, девятой и десятой главах рассматривается объектно – ориентированный подход к моделированию систем, универсальный язык моделирования UML, унифицированный процесс разработки (RUP) и объектно – ориентированное средство Rational Rose.