36. Назначение и обл. Применения агентно-ориентированной методологии.

37. Назначение и область применения Model-Driven Architecture.

Model-Driven Architecture (MDA) — создаваемая консорциумом OMG концепция модельно ориентированного подхода к разработке программного обеспечения. Его суть состоит в построении абстрактной метамодели управления и обмена метаданными (моделями) и задании способов ее трансформации в поддерживаемые технологии программирования (Java, CORBA, XML и др.). Создание метамодели определяется технологией моделирования MOF (Meta Object Facility), являющейся частью концепции MDA.

Model-Driven Architecture (MDA) представляет собой предложенный консорциумом Object Management Group подход к отделению бизнес-функциональности приложений от технических особенностей их реализации. Данный подход основан на описании функциональности с помощью модели (например, UML-модели) и чтении этой модели с целью реализации описанной в ней функциональности на этапе выполнения приложения. В настоящее время наблюдается рост интереса к этой технологии — об этом говорит появление ее множественных реализаций (в течение предыдущих лет довольно широко была известна лишь реализация шведской компании Bold, впоследствии ставшей частью компании Borland). Сдерживающим фактором роста может стать отсутствие стандартов на некоторые технологические аспекты ее реализации, поэтому в ближайшие годы не стоит ожидать быстрого выхода этой технологии на плато продуктивности даже при росте интереса к ней со стороны крупнейших производителей ПО.

38. Назначение и область применения Test-Driven Development.

Разрабо́тка че́рез тести́рование (англ. test-driven development) — техника программирования, особенно сильно выраженная в экстремальном программировании. Суть техники заключается в том, что вы пишете тест ещё до написания того кода, который должен пройти этот тест.

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

Как и другие подобные практики, данный метод может быть применён к улучшению и устранению ошибок в существующем коде, который не был разработан этим методом.

В разработке через тестирование используется цикл из следующих шагов:

Написание теста. Для написания теста разработчик должен полностью разобраться в спецификации и требованиях.

Прогон всех тестов. Нужно убедится что новый тест не работает. Это подтвердит что тест правильный.

Написание кода. Напиште толко минимальный код, для решения теста.

Прогон автоматизированных тестов. Все тесты должны работать.

Рефакторинг

Повторение

Рефакторинг или Реорганизация — процесс полного или частичного переписывания компьютерной программы или другого материала, с целью добиться улучшения читаемости кода и общей внутренней структуры компонентов, при полном и точном сохранении изначального смысла и поведения (кроме случаев, когда при рефакторинге устраняется ошибка — неправильное поведение).

39. Назначение и область применения паттернов и антипаттернов.

40. Назначение и способы моделирования бизнес-процессов.

Бизнес-моделирование — деятельность по выявлению и описанию существующих бизнес-процессов (анализ бизнес-процессов), а также проектированию новых (проектирование бизнес-процессов).

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

При описании бизнес-процессов в целях развития организации и автоматизации с используются различные методологии и соответствующие нотации, такие как:

SADT: IDEF0, IDEF3, DFD

Методология ARIS: VAD, eEPC

RUP: Прецеденты (use-cases), Диаграммы деятельности, BPMN, BPEL

При разработке небольших программных систем обычно применяются облегчённые текстовые «нотации»:Agile: User Story, UCD: Scenarios

Бизнес-процесс, ИТ — устойчивый информационный процесс (последовательность работ), относящийся к производственно-хозяйственной деятельности компании и обычно ориентированный на создание новой стоимости. Например, компания может сознательно организовать информационный бизнес-процесс своего основного производства. Бизнес-процесс включает в себя иерархию взаимосвязанных функциональных действий, реализующих одну (или несколько) из бизнес целей компании в информационной системе компании, например, управление и анализ выпуска продукции или ресурсное обеспечение выпуска продукции, под продукцией здесь понимают, например, товары, услуги, решения, документы).

Моделирование бизнес-процессов

Разработан целый ряд моделей бизнес-процессов, ориентированных на различные отрасли, среди них:

eTOM - для отрасли телекоммуникаций

Инструменты

W4 Инструмент BPM с разрешениями BAM и BI