9-software_engineering_tools_and_methods (1133549), страница 2

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 2)

В то же самое время, с технократической точки зрения,требования могут восприниматься и как элементы конфигураций, наравне с запросами наизменения и другими активами проекта (см. область знаний SWEBOK “Конфигурационноеуправление”). Таким образом, в ряде случаев (что подтверждается конкретными программнымисредствами, доступными на рынке программного обеспечения), в качестве инструмента работы стребованиями может выступать и система конфигурационного управления, если, конечно, онаизначально не ограничена базовой функциональностью контроля версий <файлов>. С другойстороны, сегодняшние средства моделирования на основе UML и BPMN могут такжерассматриваться как элементы инструментального обеспечения работы с требованиями, что частоотражается в их функциональности, включающей тесную интеграцию с “классическими”средствами управления требованиями, а сама интеграция воплощена не только в визуальномпредставлении работы с репозиториями требований, но и в автоматизации трассировки междумоделями (и/или их элементами) и требованиями, соответственно.1.2 Инструменты проектирования (Software Design Tools)Эта тема охватывает инструменты для создания и проверки программного дизайна.

Существуетбольшое разнообразие таких инструментов, использующих различные нотации (соглашения, в томчисле визуальные) и методы. Несмотря на такое разнообразие, <авторами SWEBOK> не былонайдено <адекватной> классификации этих инструментов.Однако, в данном случае, все же возможно разделение инструментов по нескольким критериям,например, применяемым базовым нотациям моделирования и проектирования (SADT/IDEF, UML,BPMN/BPEL, Microsoft DSL и т.п.) или целевым задачам (бизнес-моделирование, проектированиеБД, объектно-ориентированное проектирование, интеграционное/SOA-проектирование и т.п.).1.3 Инструменты конструирования (Software Construction Tools)Данная тема касается инструментальных средств конструирования программного обеспечения, всоответствии с пониманием “конструирования”, заданным соответствующей областью знанийSWEBOK, рассматривавшейся ранее. Эти инструменты используются для производства итрансляции программного представления (например, исходного кода), достаточно детального иявного для машинного выполнения.Редакторы (program editors).

Эти инструменты используются для создания и модификации<исходного кода> программ и, возможно, ассоциированной с ними документации. Этомогут быть как редакторы “общего назначения” (что на протяжении многих летнаблюдается в UNIX и unix-подобных средах) или специализированные редакторы споддержкой специфики целевого языка программирования (что является, в большинствеслучаев, прерогативой интегрированных сред разработки – IDE). В то же время,Copyright © Сергей Орлик, 2004-2010.http://swebok.sorlik.ru4Основы программной инженерии (по SWEBOK)Программная инженерия. Инструменты и методы программной инженерии.документирование все же является не только и не столько частью редактора, сколькосамостоятельной функциональностью, пусть часто и тесно интегрированной с редактором.Компиляторы и генераторы кода (compilers and code generators).

Традиционно,компиляторы являлись неинтерактивными (командными) трансляторами исходного кода.Однако, существует тенденция (с точки зрения автора, более чем явная, что отмеченониже) интеграции компиляторов и редакторов в интегрированные средыпрограммирования. К этому классу также относятся препроцессоры,линковщики/загрузчики, а также генераторы кода (за исключением, может быть, объектноориентированных средств проектирования, поддерживающих связь с исходным кодом иимеющих тенденцию быть тесно интегрированными с новым поколением IDE).Интерпретаторы (interpreters).

Эти инструменты обеспечивают исполнение программпосредством эмуляции. Они могут поддерживать действия по конструированиюпрограммного обеспечения, предоставляя для исполнения программ окружение, болееконтролируемое и поддающееся наблюдению, чем это обычно способна сделать та илииная операционная система.Хочется отметить определенное “слияние”, если так можно выразиться, междукомпиляторами и интерпретаторами.

Ярким тому свидетельством является использованиетак называемой just-in-time компиляции – компиляции “на лету”, когда промежуточныйпрограммный код, по мере исполнения или с опережением (например, в процессезапуска/загрузки программы) преобразуется в набор инструкций, исполняемыхнепосредственно средствами операционной системы, но под контролем средыисполнения, в первую очередь, с точки зрения безопасности. Такого рода подход сталродоначальником ряда современных программных платформ, например, Java и .NET.

Наэтом фоне, возможно было бы объединить интерпретаторы с компиляторами игенераторами кода, как средства непосредственной подготовки (трансляции) исходногокода к исполнению.Отладчики (debuggers). Эти инструменты было принято выделить в самостоятельнуюкатегорию, так как они поддерживают процесс конструирования программногообеспечения, но, в то же время, <функционально> отличаются от редакторов икомпиляторов.С точки зрения классификации инструментов необходимо выделить явно и давно присутствующиена рынке: “интегрированные средства разработки” (IDE - integrated developers environment), атакже программные библиотеки/библиотеки компонент (frameworks, libraries, components), безкоторых просто невозможно представить сегодняшний процесс разработки, да и рынокпрограммных средств, в целом.

Кроме того, в данной теме можно говорить и о такихфункционально ѐмких “супер”-категориях, как “программная платформа” (например, Java, J2EE иMicrosoft .NET) и “платформа облачных вычислений” (например, Microsoft Azure, Amazon и др.),которые включают наравне с инструментами, как таковыми, и определенные моделиконструирования, преобразования и выполнения кода. При таком подходе, вероятно,обоснованным было бы введение класса “элементарных” или “базовых инструментовконструирования”, к которому можно было бы отнести редакторы, компиляторы, интерпретаторы,отладчики, средства документирования и библиотеки, а также класса “комплексных средствконструирования” – интегрированных сред и различных платформ, что, безусловно, непретендует на истину в последней инстанции и является одной из возможных точек зрения.1.4 Инструменты тестирования (Software Testing Tools)Генераторы тестов (test generators).

Эти инструменты помогают в разработке сценариевтестирования.Средства выполнения тестов (test execution frameworks). Эти средства обеспечивают средуисполнения тестовых сценариев в контролируемом окружении, позволяющем отслеживатьповедение объекта, подвергаемого тестированию.Copyright © Сергей Орлик, 2004-2010.http://swebok.sorlik.ru5Основы программной инженерии (по SWEBOK)Программная инженерия. Инструменты и методы программной инженерии.Инструменты оценки тестов (test evaluation tools). Эти инструменты поддерживают оценкурезультатов выполнения тестов, помогая определить в какой степени и где именнообнаруженное поведение <тестируемого объекта> соответствует ожидаемому поведению.Средства управления тестами (test management tools). Эти средства обеспечиваютподдержку всех аспектов процесса тестирования программного.Инструменты анализа производительности (performance analysis tools). Эти инструментыиспользуются для количественной оценки и анализа производительности программногообеспечения, являющегося специализированным видом тестирования, цель которого – воценки поведения программ в части производительности, в отличие от тестирования<корректности> функционального поведения.Последний класс инструментов тестирования, в какой-то степени, показывает недостаточностьпредложенной классификации, упуская, например, инструменты функционального тестирования,средства тестирования безопасности, инструменты тестирования пользовательского интерфейса,инструменты нагрузочного тестирования и др., соответствующие, различным целям тестирования,представленным в секции 2.2 области знаний SWEBOK “Тестирование”, и естественно задающим“подвиды” возможного класса “специализированных или целевых инструментов тестирования”,к которым, в частности, относится тестирование производительности.1.5 Инструменты сопровождения (Software Maintenance Tools)Эта тема охватывает инструменты, особенно важные для обеспечения сопровождениясуществующего программного обеспечения, подверженного модификациям.

SWEBOKидентифицирует две категории таких инструментов:Инструменты облегчения понимания (comprehension tools). Эти инструменты помогаютчеловеку в понимании программ. Примерами могут служить различные средствавизуализации.Инструменты реинжиниринга (reengineering tools). Эти инструменты поддерживаютдеятельность по реинжинирингу, описанную в области знаний SWEBOK “SoftwareMaintenance”.Средства “обратного” инжиниринга (reverse engineering) помогают в процессе восстановления длясуществующего программного обеспечения таких артефактов, как спецификация и описаниедизайна (архитектуры), которые, в дальнейшем, могут быть трансформированы для генерациинового продукта на основе функциональности существующего.Последнее замечание, в сочетании с типичной функциональностью современных средствпроектирования, поддерживающих анализ исходного кода (в случае объектно-ориентированныхсистем) и его визуализацию (в том числе, поведенческую, например, в виде диаграмм UMLSequence), позволяет объединить упомянутые категории инструментов в единый класс“инструментов реинжиниринга”.

Характеристики

Список файлов книги