Анализ предметной области Постановка задач




Скачать 492.02 Kb.
НазваниеАнализ предметной области Постановка задач
страница1/8
Дата публикации15.08.2013
Размер492.02 Kb.
ТипАнализ
www.lit-yaz.ru > Информатика > Анализ
  1   2   3   4   5   6   7   8

Кузнецов А.Н. Ланцев П.О. ИСТ-107

Анализ предметной области

Постановка задач

Цель данного курсового проекта – разработка программной информационной системы «Интерактивная среда разработки IDEF-моделей» с использованием современных информационных технологий.

Система должна быть реализована на платформе JAVA.

Для достижения поставленной цели необходимо решить следующие задачи:

  • изучить особенности конкретной предметной области;

  • провести анализ возможных подходов и методов решения с обоснованием выбранного подхода;

  • разработать модели (математическую, структурную, информационную, данных) программной системы;

  • выбрать алгоритмы с учетом их точности и спецификой предметной области;

  • разработать программное обеспечение;

  • проанализировать полученные результаты работы ПО.

Описание предметной области

IDEF — методологии семейства ICAM (Integrated Computer-Aided Manufacturing) для решения задач моделирования сложных систем, позволяет отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах. При этом широта и глубина обследования процессов в системе определяется самим разработчиком, что позволяет не перегружать создаваемую модель излишними данными.

IDEF — методологии создавались в рамках предложенной ВВС США программы компьютеризации промышленности — ICAM, в ходе реализации которой выявилась потребность в разработке методов анализа процессов взаимодействия в производственных (промышленных) системах. Принципиальным требованием при разработке рассматриваемого семейства методологий была возможность эффективного обмена информацией между всеми специалистами — участниками программы ICAM (отсюда название: Icam DEFinition — IDEF другой вариант — Integrated DEFinition). После опубликования стандарта он был успешно применен в самых различных областях бизнеса, показав себя эффективным средством анализа, конструирования и отображения бизнес-процессов (к слову сказать, он активно применяется и в российских госструктурах, например в Государственной Налоговой Инспекции). Более того, собственно с широким применением IDEF (и предшествующей методолoгии — SADT) и связано возникновение основных идей популярного ныне понятия — BPR (бизнес-процесс реинжиниринг).

^ Семейство стандартов

  • IDEF0 — Function Modeling — методология функционального моделирования. С помощью наглядного графического языка IDEF0 изучаемая система предстает перед разработчиками и аналитиками в виде набора взаимосвязанных функций (функциональных блоков — в терминах IDEF0). Как правило, моделирование средствами IDEF0 является первым этапом изучения любой системы. Методологию IDEF0 можно считать следующим этапом развития хорошо известного графического языка описания функциональных систем SADT (Structured Analysis and Design Technique);

  • IDEF1 — Information Modeling — методология моделирования информационных потоков внутри системы, позволяющая отображать и анализировать их структуру и взаимосвязи;

  • ^ IDEF1X (IDEF1 Extended) — Data Modeling — методология построения реляционных структур (баз данных), относится к типу методологий «Сущность-взаимосвязь» (ER — Entity-Relationship) и, как правило, используется для моделирования реляционных баз данных, имеющих отношение к рассматриваемой системе;

  • IDEF2 — Simulation Model Design — методология динамического моделирования развития систем. В связи с весьма серьезными сложностями анализа динамических систем от этого стандарта практически отказались, и его развитие приостановилось на самом начальном этапе. В настоящее время присутствуют алгоритмы и их компьютерные реализации, позволяющие превращать набор статических диаграмм IDEF0 в динамические модели, построенные на базе «раскрашенных сетей Петри» (CPN — Color Petri Nets);

  • IDEF3 — Process Description Capture — Документирование технологических процессов, IDEF3 — методология документирования процессов, происходящих в системе (например, на предприятии), описываются сценарий и последовательность операций для каждого процесса. IDEF3 имеет прямую взаимосвязь с методологией IDEF0 — каждая функция (функциональный блок) может быть представлена в виде отдельного процесса средствами IDEF3;

  • IDEF4 — Object-Oriented Design — методология построения объектно-ориентированных систем, позволяют отображать структуру объектов и заложенные принципы их взаимодействия, тем самым позволяя анализировать и оптимизировать сложные объектно-ориентированные системы;

  • IDEF5 — Ontology Description Capture — Стандарт онтологического исследования сложных систем. С помощью методологии IDEF5 онтология системы может быть описана при помощи определенного словаря терминов и правил, на основании которых могут быть сформированы достоверные утверждения о состоянии рассматриваемой системы в некоторый момент времени. На основе этих утверждений формируются выводы о дальнейшем развитии системы и производится её оптимизация;

  • IDEF6 — Design Rationale Capture — Обоснование проектных действий. Назначение IDEF6 состоит в облегчении получения «знаний о способе» моделирования, их представления и использования при разработке систем управления предприятиями. Под «знаниями о способе» понимаются причины, обстоятельства, скрытые мотивы, которые обуславливают выбранные методы моделирования. Проще говоря, «знания о способе» интерпретируются как ответ на вопрос: «почему модель получилась такой, какой получилась?» Большинство методов моделирования фокусируются на собственно получаемых моделях, а не на процессе их создания. Метод IDEF6 акцентирует внимание именно на процессе создания модели;

  • IDEF7 — Information System Auditing — Аудит информационных систем. Этот метод определён как востребованный, однако так и не был полностью разработан;

  • IDEF8 — User Interface Modeling — Метод разработки интерфейсов взаимодействия оператора и системы (пользовательских интерфейсов). Современные среды разработки пользовательских интерфейсов в большей степени создают внешний вид интерфейса. IDFE8 фокусирует внимание разработчиков интерфейса на программировании желаемого взаимного поведения интерфейса и пользователя на трех уровнях: выполняемой операции (что это за операция); сценарии взаимодействия, определяемом специфической ролью пользователя (по какому сценарию она должна выполняться тем или иным пользователем); и, наконец, на деталях интерфейса (какие элементы управления, предлагает интерфейс для выполнения операции);

  • IDEF9 — Scenario-Driven IS Design (Business Constraint Discovery method) — Метод исследования бизнес ограничений был разработан для облегчения обнаружения и анализа ограничений в условиях которых действует предприятие. Обычно, при построении моделей описанию ограничений, оказывающих влияние на протекание процессов на предприятии уделяется недостаточное внимание. Знания об основных ограничениях и характере их влияния, закладываемые в модели, в лучшем случае остаются неполными, несогласованными, распределенными нерационально, но часто их вовсе нет. Это не обязательно приводит к тому, что построенные модели нежизнеспособны, просто их реализация столкнется с непредвиденными трудностями, в результате чего их потенциал будет не реализован. Тем не менее в случаях, когда речь идет именно о совершенствовании структур или адаптации к предсказываемым изменениям, знания о существующих ограничениях имеют критическое значение;

  • IDEF10 — Implementation Architecture Modeling — Моделирование архитектуры выполнения. Этот метод определён как востребованный, однако так и не был полностью разработан;

  • IDEF11 — Information Artifact Modeling. Этот метод определён как востребованный, однако так и не был полностью разработан;

  • IDEF12 — Organization Modeling — Организационное моделирование. Этот метод определён как востребованный, однако так и не был полностью разработан;

  • IDEF13 — Three Schema Mapping Design — Трёхсхемное проектирование преобразования данных. Этот метод определён как востребованный, однако так и не был полностью разработан;

  • IDEF14 — Network Design — Метод проектирования компьютерных сетей, основанный на анализе требований, специфических сетевых компонентов, существующих конфигураций сетей. Также он обеспечивает поддержку решений, связанных с рациональным управлением материальными ресурсами, что позволяет достичь существенной экономии.

^ Аналоги разрабатываемой ИС

AllFusion Process Modeler 7 (ранее BPwin) - инструмент для моделирования, анализа, документирования и оптимизации бизнес-процессов. AllFusion Process Modeler 7 можно использовать для графического представления бизнес-процессов. Графически представленная схема выполнения работ, обмена информацией, документооборота визуализирует модель бизнес-процесса. Графическое изложение этой информации позволяет перевести задачи управления организацией из области сложного ремесла в сферу инженерных технологий.

AllFusion Process Modeler 7 (BPwin) помогает четко документировать важные аспекты любых бизнес-процессов: действия, которые необходимо предпринять, способы их осуществления и контроля, требующиеся для этого ресурсы, а также визуализировать получаемые от этих действий результаты. AllFusion Process Modeler 7 повышает бизнес-эффективность ИТ-решений, позволяя аналитикам и проектировщикам моделей соотносить корпоративные инициативы и задачи с бизнес-требованиями и процессами информационной архитектуры и проектирования приложений. Таким образом, формируется целостная картина деятельности предприятия: от потоков работ в небольших подразделениях до сложных организационных функций.

AllFusion Process Modeler 7 (BPwin) эффективен в проектах, связанных с описанием действующих баз предприятий, реорганизацией бизнес-процессов, внедрением корпоративной информационной системы. Продукт позволяет оптимизировать деятельность предприятия и проверить ее на соответствие стандартам ISO 9000, спроектировать оргструктуру, снизить издержки, исключить ненужные операции и повысить эффективность. В основу продукта заложены общепризнанные методологии моделирования, например, методология IDEF0 рекомендована к использованию Госстандартом РФ и является федеральным стандартом США. Простота и наглядность моделей Process Modeler упрощает взаимопонимание между всеми участниками процессов. Распространенность самого AllFusion Process Modeler 7 позволяет вести согласование функциональных моделей с партнерами в электронном виде. Продукт AllFusion Process Modeler 7 (BPwin) создан компанией Computer Associates. AllFusion Process Modeler 7 наряду с ERwin Data Modeler (ранее: ERwin), Data Model Validator (ранее: ERwin Examiner),Model Manager (ранее: ModelMart) входит в состав пакета программных средств AllFusion Modeling Suite, комплексное использование которого обеспечивает все аспекты моделирования информационных систем.

Основные возможности системы:

  • Поддержка различных технологий моделирования

  • Анализ показателей затрат и производительности

  • Интеграция процессов/данных

  • Поддержка стандартных нотаций

  • Экспорт объектов и свойств в другие модели

  • Документирование информации в пределеах всей модели 

  • Масштабируемость отчетности без потери качества графиков

Хорактеристики продукта

поддерживает сразу три стандартные нотации - IDEF0 (функциональное моделирование), DFD(моделирование потоков данных) и IDEF3 (моделирование потоков работ). Эти три основных ракурса позволяют описывать предметную область более комплексно. Позволяет повысить эффективность бизнеса, оптимизировать любые процедуры в компании. Полностью поддерживает методы расчета себестоимости по объему хозяйственной деятельности (функционально-стоимостной анализ, ABC) недорог, распространён, по нему много информации и компетентных специалистов. Лёгок в освоении и применении, есть курсы на русском языке. Позволяет облегчить сертификацию на соответствие стандартам качества ISO9000 является стандартом де-факто, интегрирован с ERwin Data Modeler (для моделирования БД благодаря вышеупомянутой интеграции и поддержке совместной, командной работы над одними и теми же моделями (с помощью ModelManager), не имеет аналогов для крупных проектов. Интегрирован со средством имитационного моделирования Arena. Имитационное моделирование - создание компьютерной модели системы (физической, технологической, финансовой и т. п.) и проведение на ней экспериментов с целью наблюдения/предсказания. Реальный эксперимент проводить дороже, а зачастую опасно или невозможно.  Содержит собственный генератор отчётов. Позволяет эффективно манипулировать моделями - сливать и расщеплять их. Имеет широкий набор средств документирования моделей, проектов.

На данный момент AllFusion Process Modeler является единственным средством на рынке CASE-средств, позволяющих создавать диаграммы семейства IDEF. Существуют различные ПС позволяющие создавать диаграммы семейства IDEF, такие как Microsoft Visio, Dia, но данные продукты не являются CASE-средствами, т.к. не следят за целостностью связей, процессом декомпозиции. Еще одним недостатком AllFusin Process Modeler является то что данная ПС не является кросс-плотформенной, а значит пользователи других операционных систем не могут диаграммы семейства IDEF.

^ Анализ платформ и средств разработки

Google App Engine

Google App Engine позволяет выполнять ваши веб-приложения в инфраструктуре Google. Приложения App Engine легко создавать, поддерживать и усовершенствовать по мере увеличения трафика и хранилища данных. При работе с App Engine вам не понадобится поддерживать сервер: просто загрузите свое приложение, и пользователи смогут работать с ним.

Приложение можно опубликовать в собственном домене (например, http://www.example.com/) с помощью Служб Google. Или воспользоваться бесплатным именем в домене appspot.com. Приложение можно сделать доступным для всех или предоставить доступ только участникам вашего коллектива.

Google App Engine поддерживает приложения, написанные на нескольких языках программирования. Благодаря среде выполнения Java App Engine можно создавать приложения с помощью стандартных технологий Java, в том числе JVM, сервлетов Java и языка программирования Java, или другого языка, использующего интерпретатор или компилятор на JVM, например JavaScript или Ruby. Кроме того, App Engine предоставляет специальную среду выполнения Python, которая включает быстрый интерпретатор и стандартную библиотеку Python. Среды выполнения Java и Python разработаны специально для того, чтобы приложения могли быстро и безопасно выполняться без взаимодействия с другими приложениями в системе.

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

Начать использовать App Engine можно бесплатно. Вам не придется платить за приложения, использующие менее 500 МБ хранилища, а также ресурсы ЦП и трафик, достаточные для эффективного приложения, обслуживающего до пяти миллионов просмотров страниц в месяц. Включив оплату для приложения, эти ограничения повышаются, а оплата взимается только за ресурсы, использованные свыше бесплатных уровней

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

  • динамическую работу в Интернете с полной поддержкой основных веб-технологий;

  • постоянное хранилище с запросами, сортировкой и транзакциями;

  • автоматическое масштабирование и регулировку нагрузки;

  • API для аутентификации пользователей и отправку электронной почты с помощью аккаунтов Google;

  • полнофункциональную локальную среду разработки, имитирующую Google App Engine на вашем компьютере.

  • запланированные задачи для отслеживания событий в определенное время или через регулярные интервалы.

Приложение может выполняться в одной из двух сред выполнения: Java и Python. Каждая среда предоставляет стандартные протоколы и основные технологии для разработки веб-приложений.
  1   2   3   4   5   6   7   8

Добавить документ в свой блог или на сайт

Похожие:

Анализ предметной области Постановка задач iconКонтрольные вопросы Чем отличаются знания от данных? Как проверить «экспертность»
Цель работы: познакомиться с функциями инженера по знаниям на этапе построения концептуальной модели предметной области; освоить...

Анализ предметной области Постановка задач iconПостановка задачи
Исследование предметной области разрабатываемого модуля многомерного анализа данных 35

Анализ предметной области Постановка задач iconПостановка задачи
Исследование предметной области разрабатываемого модуля многомерного анализа данных 35

Анализ предметной области Постановка задач iconПостановка задачи
Исследование предметной области разрабатываемого модуля многомерного анализа данных 35

Анализ предметной области Постановка задач iconПостановка задачи
Исследование предметной области разрабатываемого модуля многомерного анализа данных 35

Анализ предметной области Постановка задач iconI. Обзор предметной области 1 Цель работы 3 Постановка задачи 3 Глава
...

Анализ предметной области Постановка задач iconВведение 1 анализ предметной области 3
Импорт, модификация и автоматизация конвертирования компьютерной документации форматов html и chm 4

Анализ предметной области Постановка задач iconПрограмма самообразования I этап (информационно-ознакомительный)...
...

Анализ предметной области Постановка задач icon1 Анализ предметной области 8
В настоящее время у учебных учреждений среднего образования (ОУ) возникает потребность в обеспечении информационной открытости их...

Анализ предметной области Постановка задач iconАнализ предметной недели «Филология» в январе
В январе проведена предметная неделя по английскому языку, русскому языку и литературе. В течение предметной недели запланированы...



Образовательный материал



При копировании материала укажите ссылку © 2013
контакты
www.lit-yaz.ru
главная страница