- •Введение
- •Лекция 1 теоретические основы проектирования экономических информационных систем (эис) понятие и классификация эис
- •Вопросы для самоконтроля
- •Лекция 2 методологические основы проектирования эис. Технология проектирования эис
- •По степени использования средств автоматизации:
- •По степени использования типовых проектных решений:
- •По степени адаптивности к предполагаемым изменениям:
- •Формализация технологии проектирования эис
- •Вопросы для самоконтроля
- •Лекция 3 каноническое проектирование. Стадии и этапы канонического проектирования эис
- •Состав и содержание работ на предпроектной стадии создания эис
- •Сбор материалов обследования;
- •Анализ материалов обследования и разработка технико-экономического обоснования (тэо) и технического задания (тз).
- •Состав и содержание работ на стадии техно-рабочего проектирования
- •Состав и содержание работ на стадиях внедрения, эксплуатации и сопровождения проекта
- •Вопросы для самоконтроля
- •Лекция 4 проектирование классификаторов технико-экономической информации основные понятия классификации экономической информации
- •Кодирование информации
- •Проектирование классификаторов
- •Вопросы для самоконтроля
- •Лекция 5 проектирование системы экономической документации понятие унифицированной системы документов
- •Проектирование усд
- •Особенности проектирования форм первичных документов
- •Особенности проектирования форм документов результатной информации
- •Вопросы для самоконтроля
- •Лекция 6 проектирование внутримашинного информационного обеспечения проектирование экранных форм первичных документов
- •Способы организации информационной базы
- •Проектирование информационной базы
- •Вопросы для самоконтроля
- •Лекция 7 индустриальное проектирование корпоративных эис реинжениринг бизнес-процессов на основе корпоративной эис
- •Этапы реинжиниринга бизнес-процессов
- •Идентификация бп
- •Обратный инжиниринг
- •Разработка моделей новой организации бп.
- •Реализация проекта реинжиниринга бп
- •Внедрение проекта реинжиниринга бп
- •Вопросы для самоконтроля
- •Лекция 8 автоматизированное проектирование эис (case – технологии) основные понятия и классификация case – технологий
- •Функционально – ориентированное проектирование эис
- •О бъектно-ориентированное проектирование эис
- •Диаграмма прецедентов использования (дпи)
- •Диаграммы классов объектов (дко)
- •Диаграммы состояний (дс)
- •Диаграмма взаимодействия объектов
- •Диаграмма деятельностей
- •Диаграммы пакетов
- •Диаграммы компонентов и размещения
- •Анализ системных требования к эис
- •Логическое проектирование эис
- •Физическое проектирование
- •Реализация эис
- •Прототипное проектирование эис (rad – технологии)
- •Вопросы для самоконторля
- •Лекция 9 типовое проектирование эис основные понятия и классификация методов типового проектирование
- •Параметрически – ориентированное проектирование эис
- •Определение критериев оценки функционального ппп
- •Оценка рынка функциональных ппп
- •Настройка функциональности ппп
- •Обучение персонала
- •Эксплуатация ппп
- •Адаптация типовой конфигурации ппп с использованием инструментальных средств
- •Модельно – оринтированное проектирование эис
- •Модель функций
- •Модель процессов
- •Модели объектов (данных)
- •Модель организационной структуры
- •Технологическая сеть модельно-ориентированного проектирования эис
- •Выбор типовой эис – анализ требований
- •Разработка проектной модели предприятия
- •Реализация типового проекта эис
- •Ввод в эксплуатацию
- •Вопросы для самоконтроля
- •Лекция 10 управление проектированием эис организационные структуры проектирования эис общая структура организации работ по проектированию эис
- •Организационный аспект
- •Организационные формы управления проектированием эис
- •Вопросы для самоконтроля
- •Лекция 11 планирование и контроль проектных работ основные компоненты процесса управления проектированием эис
- •Процессы инициации
- •Процессы планирования
- •Процессы исполнения и контроля
- •Процессы анализа
- •Процессы оперативного управления
- •Процессы завершения
- •Методы планирования и управления проектами и ресурсами
- •Диаграмма Ганта
- •Технология применеия метода спу для разработки проекта эис
- •Выбор системы для управления проектами
- •Средства контроля заходом выполнения проекта.
- •Графические средства представления структуры проекта, средства создания различных отчетов по проекту.
- •Вопросы для самоконтроля
- •Заключение
- •Библиографический список
- •Содержание
Диаграммы состояний (дс)
ДС отображает поведение объектов одного класса в динамике, связь состояний объектов с событиями и определяет:
типичные состояния проходит объект;
события, ведущие к изменению состояния объекта;
действия выполняемые, когда он получает сообщение об изменении состояния;
объекты создаются и уничтожаются (входные и выходные точки диаграммы).
Используются следующие обозначения:
Входная точка Состояние Переход состояний Выходная точка
Входная точка определяет событие, которое образует начальное состояние объекта. В точку входа нельзя перейти из состояния объекта.
Выходная точка определяет завершение существования объекта. Из нее нет перехода состояния.
Состояние представляет ситуацию, в течение которой выполняется непрерывная деятельность или объект находится в стационарном положении. Состояние определяется как набор значений атрибутов и отношений, связанных с объектом. Имя состояния должно быть уникальным только внутри класса объекта, для которого оно определяется. С каждым состоянием связано одно событие или более, которые могут его изменить. Для состояния задаются имена всех связанных с ним переходов в другие состояния. Переход состояний определяет изменение в состоянии объекта, которое происходит в результате события, возникающего в то время, когда объект находился в данном состоянии. Каждый переход состояний должен иметь уникальное имя. Переход состояний описывается следующими атрибутами:
назначение – состояние объекта, в которое перейдет объект после перехода состояния.
вызов – имя события, которое вызывает переход состояний. Имена событий должны быть идентичными в определении класса и состояния. Вызываемые события могут быть либо внешними, осуществляемыми актерами, либо внутренними, связанными с поведением других объектов, либо временными, связанными с истечением заданного интервала времени.
условие перехода – это логическое выражение, связанное с атрибутами объекта, которое должно быть проверено для выбора перехода состояния. Условие перехода задается в том случае, если происходит событие, в результате которого может произойти неоднозначный переход состояний. Условия переходов для одного исходного состояния должны быть взаимоисключающими.
действие – атрибут, информационно описывающий сущность действия, которое должно выполняться при переходе состояний. Этому действию будет соответствовать некоторая процедура, реализующая метод класса объектов.
Переход состояний графически помечается меткой линии, на которой задается, по крайней мере, один из следующих атрибутов: Вызов, Условие перехода, Действие.
Диаграмма взаимодействия объектов
Для каждого прецедента использования может быть построена модель динамического взаимодействия объектов, которая представляется в одной из двух форм:
в форме диаграммы последовательностей, показывающей последовательность взаимодействий на графе;
в форме кооперативной диаграммы, показывающей взаимодействие объектов в табличной форме.
В диаграмме последовательностей взаимодействие объектов отображается в виде стрелки между объектами, которая соответствует событию или сообщению от одного объекта к другому, вызывающего выполнение метода, реагирующего на событие (сообщение) объекта. Номер стрелки соответствует номеру события в последовательности.
Диаграмма кооперативного поведения представлена в табличном виде по следующим правилам.
В столбцах таблицы указываются объекты всех типов, участвующие в реализации прецедента использования. Порядок расположения активных и пассивных объектов произволен и должен быть удобен для понимания модели. Актеры прецедента использования отображаются на правой и левой границах таблицы.
По горизонтали проводятся поименованные стрелки, отображающие взаимодействие (коммуникацию) объектов в рамках данной операции. Эта стрелка означает, что первый объект в рамках выполняемой операции посылает сообщение второму объекту о необходимости выполнения действия. При получении сообщения второй объект выполняет действие.
На пересечении строк и столбца вертикально отображается условный отрезок времени, в течение которого выполняется то или иное действие над объектом.
