Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
Подписываем
Автоматизированное проектирование ИС на основе функционально-ориентированного и объектно-ориентированного подходов с использованием CASE-технологий. Построение моделей (SADT-функциональная; DFD; ERD; STD; eEPC; вариантов использования; прецедентов и т.д) в зависимости от используемых CASE-технологий на соответствующих этапах проектирования ИС.
|
Методологический подход |
Структурный |
Объектно-ориентированный |
||
|
Методология |
SADT |
ARIS |
RUP |
|
|
Средство |
AllFusion, MS Visio |
MS Visio |
Rational Rose |
|
|
Этап ЖЦ |
||||
|
Предпроектное обследование (формирование требований к АС; разработка концепции АС; техническое задание) |
Организационная структура (AllFusionProcessModeler BPwin, MS Visio) |
Диаграмма Исикавы – идея, формулирование цели |
||
|
Функциональные требования к ИС |
Функциональное моделирование |
IDEF0 (AllFusionProcessModeler BPwin, MS Visio) |
Диаграмма вариантов использования (Use case diagram) |
|
|
Документооборот, специфика процесса |
DFD (AllFusionProcessModeler BPwin, MS Visio) |
|||
|
Событийное моделирование |
IDEF3 (AllFusionProcessModeler BPwin MS Visio) |
ARIS eEPC Дерево отказов |
Диаграмма деятельности (Activity diagram) Диаграмма последовательности (Sequence diagram) Диаграмма состояний (Statechart diagram) |
|
|
Концептуальное проектирование |
IDEF1(x) – моделирование данных (AllFusionProcessModeler ERwin, MS Visio) |
Диаграмма классов (Class diagram) Диаграмма сотрудничества (Collaboration diagram) |
||
|
Нефункциональные требования к ИС |
Техническое проектирование Физическое проектирование |
Реализация IDEF1(x) в конкретной СУБД |
Диаграмма компонентов (Component diagram) Диаграмма размещения (Deployment diagram) |
В разных стандартах стадии и этапы процесса проектирования ИС имеют некоторые различия, так в соответствии с ГОСТ 34601-90 «ИТ. Комплекс стандартов на АС. АС. Стадии создания» выделяют следующие стадии создания АС:
**Процессный подход несет в себе черты как структурной, так и объектной методологии
Методы проектирования тесно связаны со средствами проектирования.
CASE-средства (Computer Aided Software/System Engineering) – совокупность методологий анализа, проектирования, разработки и сопровождения сложных систем программного обеспечения, поддержанную комплексом взаимоувязанных средств автоматизации.
Обобщенное представление методологических подходов – методов проектирования – инструментальных средств, используемых на различных этапах ЖЦ ИС представлено в таблице. Как уже было сказано, создание АС осуществляется в соответствие с ГОСТ 34601-90, первые три стадии которого определяются как предпроектное обследование. В рамках предпроектного обследования осуществляется функциональное моделирование, определение документооборота и специфики процесса, событийное моделирование и концептуальное проектирование используются представленные диаграммные средства: IDEF0, DFD, IDEF3 … Это стало фактическим стандартом. Остановлюсь чуть подробнее на каждой диаграмме.
Предпроектной обследование обычно начинается с построения организационной структуры предприятия. Данную диаграмму возможно выстроить при помощи AllfusionProcessModeler BPwin и MS Visio.
Далее строится диаграмма Исикавы. Она служит для определения идеи и формулирования целей (для чего необходимо информационная система на предприятии).
Диаграмма Исикавы (диаграмма причин и факторов) – схема, отображающая отношения между показателем качества и взаимодействующими на него факторами.
Следующим действием на этапе предпроектного обследования является выделение функционала системы. Для этого служат диаграммы IDEF0.
Диаграмма IDEF0 служит для создания функциональной модели (структурированное изображение функций обследуемой системы, информации и объектов, связывающих эти функции).
Моделируется структура процесса, как некой укрупненной функции, которая разбивается на более мелкие, вплоть до элементарных операций.
В RR для функционального моделировния используется диаграмма вариантов использования (Use case diagram).
Она представляет собой отражение действующих лиц (актантов), которые взаимодействуют с системой, и реакцию программных объектов на их действия.
Диаграмма потоков данных cлужит для моделирования документооборота: на первый план выходят не функции системы, а связи между ними.
Ее также можно использовать для описания спецификаций процессов, отображаемых на диаграмме IDEF0, то есть для декомпозиции функций, описываемых на IDEF0.
Событийное моделирование осуществляется при помощи нескольких диаграмм.
Диаграмма потока работ (Workflow diagramming) является стандартом документирования информационных, технологических и иных процессов, происходящих на предприятии, и предоставляет инструментарий для наглядного исследования и моделирования их сценариев.
При помощи IDEF3 моделируется цепочка работы, привязанная ко времени, описывающая последовательность действий в процессе преобразования входов в выходы.
ARIS еЕРС расшифровывается как extended Event Driven Process Chain — расширенная нотация описания цепочки процесса, управляемого событиями.
Нотация ARIS еЕРС (также как и IDEF3) относится к классу нотаций work flow(потока работ), которые предназначены для описания деятельности в динамике.
Дерево отказов (Fault Tree Analysis - FTA) предназначено для тщательного анализа причин отказов системы, неработоспособных состояний и выработке мероприятий, наиболее эффективных для их устранения.
Такой анализ производят для каждого периода функционирования, каждой части или системы в целом.
Диаграмма последовательности действий (Sequence diagram) позволяет отразить последовательность передачи сообщений между объектами. Этот тип диаграммы не акцентирует внимание на конкретном взаимодействии, главный акцент уделяется последовательности приема/передачи сообщений.
Диаграмма деятельности (Activity diagram). Данная диаграмма может использоваться для отражения состояний моделируемого объекта, однако, основное назначение Activity diagram в том, чтобы отражать бизнес-процессы объекта.Этот тип диаграмм позволяет показать не только последовательность процессов, но и ветвление и даже синхронизацию процессов.
Диаграмма состояний (Statechart diagram). Диаграмма состояний предназначена для отображения состояний объектов системы, имеющих сложную модель поведения.
Концептуальное проектирование
IDEF1(x) Служит для построение информационной модели (представление структуры информации, необходимой для поддержки функций производственной системы), то есть базы данных.
Диаграмма классов (Class diagram). Диаграмма классов является логическим представлением модели и содержит детальную информацию о внутреннем устройстве объектно-ориентированной программной системы или, используя современную терминологию, об архитектуре программной системы.
Диаграмма сотрудничества (Collaboration diagram). Данная диаграмма позволяет описать взаимодействия объектов, абстрагируясь от последовательности передачи сообщений. На ней в компактном виде отражаются все принимаемые и передаваемые сообщения конкретного объекта и типы этих сообщений.
Физическое проектирование
Диаграмма компонентов (Component diagram). Этот тип диаграмм предназначен для распределения классов и объектов по компонентам при физическом проектировании системы. Часто данный тип диаграмм называют диаграммами модулей. При проектировании больших систем может оказаться, что система должна быть разложена на несколько сотен или даже тысяч компонентов, и этот тип диаграмм позволяет не потеряться в обилии модулей и их связей.
Диаграммы размещения (Deployment diagram). Этот вид диаграмм предназначен для анализа аппаратной части системы, на которых она будет эксплуатироваться, то есть «железа», а не программ.
Оптимизация – выбор наилучшего варианта решения из множества возможных. Процесс приведения системы в наилучшее состояние. Система мероприятий, направленная на совершенствование и улучшение системных процессов.