Файл: Анализ и оценка средств реализации объектно-ориентированного подхода к проектированию экономической информационной системы (ПОНЯТИЕ ЭКОНОМИЧЕСКОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ И ЕЕ ОСОБЕННОСТЕЙ).pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 27.06.2023

Просмотров: 63

Скачиваний: 2

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

ПлюсыиспользованияXP

МинусыиспользованияXP

  • ХР это итерационный метод разработки;
  • Основан на доверии к разработчикам;
  • Клиенты принимают бизнес решения при создании системы;
  • Постоянное совершенствование процесса;
  • Нет привязки с дорогостоящему инструментарию;
  • Разработка основана на технических решениях.
  • Нет уточнения артефактов;
  • Большая вовлеченность клиентов в процесс разработки;
  • Успех зависит от уровня разработчиков;
  • Из-за недостатка структуры и документации не подходит для крупных проектов;
  • Так как гибкие методологии функционально-ориентированные, нефункциональные требования к качеству продукта сложно описать в виде пользовательских историй.

Dynamic System Development Method (DSDM). В 1995 году сообщество разработчиков программного обеспечения для планирования ресурсов предприятия (ERP) разработало и предложило для использования своё методологическое решение для более быстрой разработки приложений (RAD). Оно называется методом разработки динамических систем (DSDM), и поддерживается всемирным консорциумом,который включает такие достаточно крупные корпорации среди которых можно назвать IBM, Oracle и Hewlett-Packard.

Методология DSDM основана на наборе основных и ключевых допущений, которые должны быть обусловлены требованиями определенными в RAD. Во-первых, она предполагает, что никакая система не может быть идеальной при ее первоначальной реализации и выпуске. Тем не менее, 80 процентов идеального решения можно получить затратив на него 20 процентов времени, необходимого для разработки действительно идеальной системы. Таким образом, понятие быстрого развития - это вопрос определения приоритета и веса развития одного конкретного проекта, из их множества, которое есть, к примеру, в портфеле проектов у представителя, который выступает первым заинтересованным лицом в реализации проекта. При правильной расстановке приоритета, большая часть системы выбранного проекта может быть доставлена конечному пользователю за относительно короткое время.

DSDM также предполагает, что пользователи изначально не в состоянии определить весь спектр требований и потребностей, которые должна реализовывать система до тех пор, пока эта новая система не будет установлена и не будет использоваться в течение некоторого времени. Другими словами только после непосредственного использования системы, возможно до конца определить какие требования она должна была реализовать.Схематично, взаимодействие этапов разработки ПО ЭИС по данной методологии представлено на рисунке 2.4.


Рисунок 2.4. Схема создания ПО ЭИС по методологии DSDM

Базовые принципы, на которых строится DSDM, это постоянное, живое и активное взаимодействие с пользователями, частые релизы и выпуски версий, максимальная самостоятельность разработчиков в принятии решений относительно возникающих в процессе разработки и реализации вопросов. Постоянное тестирование в течение всего цикла работ. Как и большинство других гибких методологий, DSDM использует короткие итерации, продолжительностью от двух до шести недель каждая. Особый главный акцент делается на обеспечении достаточно высокого качества конечной работы на ряду с существующей реальной возможностью гибко и быстро адаптироваться к изменениям в требованиях и на основании этого максимально быстро делать изменения в системе.

Процесс разработки ПО ЭИС по методологии DSDM состоит из нескольких этапов:

  • технико-экономическое обоснование;
  • исследование бизнес процессов;
  • итерация функциональной модели;
  • проектирование и построение итерации;
  • реализация.

Первые два выполняются одновременно и параллельно друг другу, в то время как остальные триявляются итеративными и инкрементальными; любая итерация должна быть завершена в заранее оговоренное фиксированное время. Это фиксированное время называется временной шкалой.

Этап технико-экономического обоснования первоначально служит для того, чтобы максимально корректно сделать оценку целесообразности бизнеса предлагаемой системы, осуществить выбор варианта ее технической реализации, а также посчитать затраты и продолжительность на реализацию. В общем результатом этого этапа является объяснение наличия конкретной проблемы и действительной необходимости ее реализации с указанием стоимости и длительности необходимой для этого.

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

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


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

На этапе внедрения, в течении которого система доставляется конечным пользователям для оценки и проводится аудит проекта, происходит составление заключений по системе, которые либо выведут систему для использования в реальном времени, либо вернут ее на более ранний этап[13].

Рассмотрим преимущества и недостатки DSDM методологии разработки ПО ЭИС(табл. 2.2):

Таблица 2.2 . Плюсы/минусы рассматриваемой методологии DSDM

Плюсы использования DSDM

Минусы использования DSDM

  • Визуализация прогресса − использование приложений для управления проектами, что облегчает выявление препятствий и критичных точек;
  • Отслеживание проблем позволяет командам определять части проекта, которые требуют немедленного внимания или которые уже завершены;
  • Применение инструментов совместной работы. Устраняет цепочки электронной почты, а также упрощает поиск информации.
  • Увеличение рабочей нагрузки;
  • Процесс нахождения и адаптирования концепции под свои нужды занимает много времени. потребления времени;
  • Независимая работа каждой из команд проекта, что делает невозможной поддержку и коммуникацию между ними;
  • Замедление производительности.Процедуры и процессы могут замедлить производительность. 

Многие из преимуществ методологии DSDM также являются преимуществами XP. Например, оба метода вовлекают пользователя в процесс разработки, что приводит к сильной идентификации пользователей с помощью системного сотрудничества. И конечная система в большей степени соответствует требованиям пользователя.

Из приведенного выше обзора, можно сделать вывод, что каждый из этих методов имеет некоторые сильные и слабые стороны. Однако по сравнению с другими, которые могут быть использованы для разработки любой информационной системы, методология разработки ПО ЭИС DSDM является наиболее полной и значимой.

Заключение

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


Построение многоуровневых ЭИС характеризуется наличием двух основных подходов. Первый подход называют функционально-модульным или структурным, второй – объектно-ориентированным.

В основу структурного подхода проектирования ЭИС положен принцип функциональной декомпозиции, в соответствии с которым производится разделение функций системы на модули по функциональной принадлежности, где каждый модуль выполняет определенную последовательность действий в общем процессе. Рассматриваемая ЭИС делится на подсистемы, подсистемы на комплексы задач и т.п.

При проектировании сложных ЭИС целесообразно использовать объектно-ориентированный подход. Особенность данного подхода заключается в описании взаимодействующих объектов многоуровневой ЭИС. При этом, каждый объект ЭИС обладает собственным поведением, моделирующим поведение реального объекта. Многоуровневая ЭИС рассматривается, как совокупность объектов, взаимодействующих друг с другом путем посылки сообщений. Разделение ЭИС на слабосвязанные части позволяет разрабатывать их практически независимо друг от друга. Таким образом, изменение требований к системе затрагивает лишь некоторую её часть и совершенно не влияет на остальные, чего трудно добиться при традиционном функциональном проектировании. Применение объектно-ориентированной методологии создает большие удобства в планировании и управлении разработкой проекта ЭИС. К основным понятиям объектно-ориентированного подхода следует отнести объект, экземпляр объекта, класс.

Достоинствам объектно-ориентированного подхода в построении многоуровневых ЭИС является максимальное задействование возможностей объектно-ориентированных языков программирования, что позволяет создавать программные продукты на основе повторного использования программного кода. Такие ЭИС получаются более компактными, по сравнению с традиционными эквивалентными системами, что позволяет говорить не только об уменьшении объемов исходного кода, но и об удешевлении проекта. Сложность применения объектно-ориентированного подхода полностью перекрывается преимуществами объектно-ориентированной методологии по сравнению с функциональным подходом. Объектно-ориентрованная методология представляет собой не революционный подход, а эволюционный, включающий все лучшее из существующих методологий, и создаваемые на основе данного подхода ЭИС будут обладать этими преимуществами.

В настоящее время существует большое разнообразие инструментальных средств проектирования ЭИС, реализующих объектно-ориентированный подход. В данной курсовой работе был проведен анализ и сравнение трех самых популярных средств разработки ЭИС (XP, RUP и DSDM), которые в настоящее время являются самыми обсуждаемыми на рынке инструментов разработки ИС, и проведено их сравнение по различным аспектам.