Статья опубликована в рамках: XV Международной научно-практической конференции «Научное сообщество студентов XXI столетия. ТЕХНИЧЕСКИЕ НАУКИ» (Россия, г. Новосибирск, 24 декабря 2013 г.)

Наука: Информационные технологии

Скачать книгу(-и): Сборник статей конференции

Библиографическое описание:
ИССЛЕДОВАНИЕ МЕТОДОВ ОЦЕНКИ СЛОЖНОСТИ РАЗРАБОТКИ ИНФОРМАЦИОННЫХ СИСТЕМ // Научное сообщество студентов XXI столетия. ТЕХНИЧЕСКИЕ НАУКИ: сб. ст. по мат. XV междунар. студ. науч.-практ. конф. № 15. URL: http://sibac.info/archive/technic/9(12).pdf (дата обращения: 23.10.2019)
Проголосовать за статью
Конференция завершена
Эта статья набрала 0 голосов
Дипломы участников
У данной статьи нет
дипломов


ИССЛЕДОВАНИЕ  МЕТОДОВ  ОЦЕНКИ  СЛОЖНОСТИ  РАЗРАБОТКИ  ИНФОРМАЦИОННЫХ  СИСТЕМ


Петрова  Марина  Александровна


студент  1  курса  магистратуры,  кафедра  УИТЭС  ВлГУ  им.  А.Г.  и  Н.Г.  Столетовых,  РФ,  г.  Владимир


E-mailpma-33@yandex.ru


Шутов  Антон  Владимирович


научный  руководитель,  канд.  физ.-мат.  наук,  доцент  кафедры  УИТЭС


ВлГУ  им.  А.Г.  и  Н.Г.  Столетовых,  РФ,  г.  Владимир


 


В  настоящее  время  существует  огромное  множество  методов  оценки  сложности  бизнес-процессов.  Рассмотрим  более  узкое  направление  —  оценку  сложности  разработки  информационных  систем.  Наиболее  часто  используемый  метод  определения  сложности  информационных  систем  это  метод  функциональных  точек.  В  данной  статье  рассматривается  новый  метод,  метод  сведений  о  документе  (DOD)  для  оценки  сложности  проектирования  информационных  систем  для  бизнеса.  Цель  —  объяснить  причины  использования  нового  метода  DOD  вместо  метода  функциональных  точек.  Главное  достоинство  метода  состоит  в  том,  что  он  проще  в  использовании,  в  отличие  от  метода  функциональных  точек,  который  гораздо  сложнее  и  требует  значительных  усилий  и  временных  затрат.  Метод  DOD  помогает  оценить  сложность  на  ранних  этапах  проектирования  информационных  систем,  когда  еще  метод  функциональных  точек  невозможно  применить.


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


Несмотря  на  то,  что  организации  вкладывают  внушительные  средства  в  развитие,  в  надежде,  что  это  поможет  улучшить  качество  оперативного  и  стратегического  планирования,  многие  терпят  неудачу.


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


Еще  очень  времени  и  финансов  уделяется  для  оценки  сложности  разработки  ИС,  главным  образом,  рассматривается  только  сложность  самого  программного  обеспечения  как  такового.  Вопрос  состоит  в  том,  чтобы  оценить  сложность  проекта  «от  начала  до  конца».  Акцент  делается  именно  на  оценке,  так  как  нельзя  однозначно  определить  то,  что  еще  не  существует.


Возникает  вопрос,  почему  эта  оценка  настолько  важна?  Возможно,  ответ  заключается  в  том,  что  подобная  оценка  может  помочь  в  принятии  правильного  решения,  т.  е.  при  расчете  технико-экономического  обоснования  проекта  на  установленный  срок,  учитывая  затраты  и  функциональные  ограничения,  возникающие  в  результате  ограниченности  ресурсов  или  требований  конечных  пользователей.  Кроме  того,  оценка  позволяет  организации  исключить  те  работы,  которые  не  приносят  финансовых  результатов.  Достоверные  оценки  позволяют  избежать  рискованных  действий,  которые  могут  привести  к  потере  репутации  [1].


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


Вторая  ситуация  возникает  тогда,  когда  существует  необходимость  в  оценке  существующего  программного  продукта,  но  нет  соответствующей  документации  или  времени/ресурсов  для  расчета  достоверных  результатов  с  помощью  МФТ. 


Рассмотрим  существующие  методы  оценки  сложности  разработки  информационных  систем  в  сравнении.  В  целом  их  можно  поделить  на  две  группы:  это  прямые  методы  оценки  и  методы  оценки  производных.  Прямые  методы  оценки,  также  известные  как  методы  экспертных  оценок,  подразумевают  что  один  или  несколько  экспертов  непосредственно  оценивают  необходимые  элементы,  полагаясь  на  свои  опыт  и  интуицию.  Производные  методы  оценки  или  алгоритмические  модели,  оценивают  сложность  с  помощью  функции  нескольких  переменных,  которые  связаны  с  определенными  атрибутами  разрабатываемой  информационной  системы.  Как  правило,  эти  методы  находятся  в  корреляции  с  методом  декомпозиции.  Путем  декомпозиции  проекта  на  более  мелкие  части  —  подпроекты,  можно  провести  оценку  по  частям,  более  детально  [3].


Существуют  оценки,  основанные  на  аналогии,  которые  также  попадают  в  категорию  прямых  методов:  метод  простой  аналогии  и  метод  структурной  аналогии.  Простая  аналогия  подразумевает  поиск  аналогичных  проектов  в  прошлом;  на  основе  этих  быстрой  оценки  этих  проектов  может  быть  выполнен  новый  проект.  Структурная  аналогия  —  это  «тонкий»  метод,  он,  по  сути,  основан  на  сравнении  нового  проекта  и  один  или  более  предыдущих  проектов. 


Один  из  самых  известных  производных  методов  оценки  —  это  начальный  метод  функциональных  точек.  Он  сочетает  в  себе  различные  подходы,  с  целью  обеспечения  лучшей  оценки  сложности  информационной  системы.  Он  использует  аналогичные  и  аналитические  функции,  а  также  различные  классификации  данных  [2].


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


В  процессе  определения  критериев  оценки,  большое  внимание  было  уделено  функциональному  назначению  информационных  систем.  Целью  любой  информационной  системы  являются  результаты  обработки  информации,  в  зависимости  от  входных  данных  и  алгоритмов  их  обработки.  Многолетний  опыт  в  разработке  информационных  систем  привел  к  пониманию,  что  количество  документов  и  сложность  данного  документа  внутри  бизнес-системы  определенным  образом  определяет  сложность  не  только  проектирования,  но  и  разработки  информационной  системы.  DOD  метод  основан  исключительно  на  измерении  одного  элемента  —  это  именно  количество  данных  в  основных  документах.  Основными  документами  являются  те,  которые  объединяют  в  себе  все  процессы  в  системе.  DOD  метод  можно  проиллюстрировать  на  Рисунке  1,  используя  модель  «сущность-связь»:


 



Рисунок  1.  Модель  «сущность-связь»  для  DOD  метода


 


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


Исходя  из  представленной  выше  модели,  можно  представить  соответствующие  кардинальности  имеющихся  между  основными  сущностями  связей:


 



Рисунок  2.  Кардинальность  связей  между  основными  сущностями


 


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


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


МФТ,  как  наиболее  распространенный  метод,  хорошо  подходит  для  оценки  сложности;  однако  его  использование  требует  много  времени  и  усилий,  не  только  для  применения,  но  и  для  просто  ознакомления  с  методом.  Он  может  быть  использован  на  всех  этапах,  начиная  со  стадии  проектирования,  и  заканчивая  этапами  разработки  интерфейса  и  программирования.


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


 


Список  литературы:


1.Исайченко  Д.  Как  измерять  процессы  управления  информационными  технологиями  //  Статьи  консультантов  Cleverics.  —2011.  —  [Электронный  ресурс]  —  Режим  доступа.  —  URL:  http://www.cleverics.ru/ru/subject-field/articles/341-measure-process-management-using-it  (дата  обращения  12.11.2013).


2.Business  Process  Management  Initiative,  “Business  Process  Modeling  Notation”  tech.  rep.,  BPMI.org,  2004.


3.Grady  R.B.,  “Successfully  applying  software  metrics”  Computer,  —  vol.  27,  —  №  9,  —  pp.  18—25,  —  1994.

Проголосовать за статью
Конференция завершена
Эта статья набрала 0 голосов
Дипломы участников
У данной статьи нет
дипломов

Оставить комментарий