В.В. Кулямин - Технологии программирования. Компонентный подход (1133554), страница 8
Текст из файла (страница 8)
Сам же алгоритм построения этого представленияосновывается на этой форматной строке и на самих времени и дате.Другой пример. Стоимость товара для клиента может зависеть от18•привилегированности клиента, размера партии, которую он покупает и сезонныхскидок. Все перечисленные элементы можно выделить в виде политик, являющихся,вместе с базовой ценой товара, входными данными для алгоритма вычисленияитоговой стоимости. Разделение интерфейса и реализации.Этот принцип используется при отделении внешне видимой структуры модуля,описания задач, которые он решает, от способов решения этих задач.Пример такого разделения — отделение интерфейса абстрактного спискаjava.util.List<E> от многих возможных реализаций этого интерфейса, например,java.util.ArrayList<E>, java.util.LinkedList<E>.
Первый из этих классовреализует список на основе массива, а второй — на основе ссылочной структурыданных.o Слабая связность (coupling) модулей и сильное сродство (cohesion) функций водном модуле.Оба эти принципа используются для выделения модулей в большой системе и тесносвязаны с разделением ответственности между модулями. Первый требует, чтобызависимостей между модулями было как можно меньше.
Модуль, зависящий отбольшинства остальных модулей в системе, скорее всего, надо перепроектировать —это означает, что он решает слишком много задач.И наоборот, «сродство» функций, выполняемых одним модулем, должно быть какможно выше. Хотя на уровне кода причины этого «сродства» могут быть разными —работа с одними и теми же данными, зависимость от работы друг друга, необходимостьсинхронизации при параллельном выполнении и пр. — цена их разделения должна бытьдостаточно высокой. Наиболее существенно то, что эти функции решают тесносвязанные друг с другом задачи.Так, можно добавить в интерфейс очереди метод void println(String),отправляющий строку на стандартный вывод.
Но он совсем не связан с остальными и сзадачами, решаемыми очередью. Следовательно, трудоемкость анализа и внесенияизменений в полученную систему будет значительно выше — ведь изменения вконтексте разных задач возникают обычно независимо. Поэтому гораздо лучшепоместить такой метод в другой модуль.Переиспользование.Этот принцип требует избегать повторений описаний одних и тех же знаний — в видеструктур данных, действий, алгоритмов, одного и того же кода — в разных частях системы.Вместо этого в хорошо спроектированной системе выделяется один источник, одно местофиксации для каждого элемента знаний и организуется его переиспользование во всехместах, где нужно использовать этот элемент знаний.
Такая организация позволяет принеобходимости (например, при исправлении ошибки или расширении имеющихсявозможностей) удобным образом модифицировать код и документы системы всоответствии с новым содержанием элементов знаний, поскольку каждый из нихзафиксирован ровно в одном месте.Примером может служить организация библиотечных классов java.util.TreeSet иjava.util.TreeMap.
Первый класс реализует хранение множества элементов, на которыхопределен порядок, в виде сбалансированного дерева. Второй класс реализует то же самоедля ассоциативного массива или словаря (map), если определен порядок его ключей. Всеалгоритмы работы со сбалансированным деревом в обоих случаях одинаковы, поэтомуимеет смысл реализовать их только один раз. Если посмотреть на код этих классов вбиблиотеке JDK от компании Sun, можно увидеть, что ее разработчики так и поступили —класс TreeSet реализован как соответствующий ассоциативный массив TreeMap, в которомключи представляют собой множество хранимых значений, а значение в любой паре (ключ,значение) равно null.19Литература к Лекции 1[1] Документация по технологиям Java http://java.sun.com/docs/index.html[2] Т. Кормен, Ч.
Лейзерсон, Р. Ривест. Алгоритмы: построение и анализ. М.: МЦНМО, 1999.[3] И. Соммервилл. Инженерия программного обеспечения. М.: Вильямс, 2002.[4] Э. Хант, Д. Томас. Программист-прагматик. М.: Лори, 2004.[5] Е. А. Жоголев. Лекции по технологии программирования: Учебное пособие. М.:Издательский отдел факультета ВМиК МГУ, 2001.[6] Г. Буч. Объектно-ориентированный анализ и проектирование с примерами приложений наC++. Второе издание. М.: Бином, СПб.: Невский диалект, 2000.[7] F. Buschmann, R. Meunier, H.
Rohnert, P. Sommerlad, M. Stal. Pattern-Oriented SoftwareArchitecture. Wiley, 2002.20Лекция 2. Жизненный цикл и процессы разработки ПОАннотацияВводятся понятия жизненного цикла ПО и технологических процессов его разработки.Рассматриваются различные способы организации жизненного цикла ПО, каскадные иитеративные модели жизненного цикла, а также набор стандартов, регулирующих процессыразработки ПО в целом.Ключевые словаЖизненный цикл ПО, виды деятельности, роли заинтересованных лиц, процессы жизненногоцикла, процесс разработки ПО, стандарты жизненного цикла ПО, модель зрелости возможностей,модели жизненного цикла ПО, каскадная модель жизненного цикла, итеративная модельжизненного цикла, спиральная модель жизненного цикла.Текст лекцииПонятие жизненного цикла ПОВ первой лекции говорилось о том, что сложную программную систему построить «простыми»методами невозможно.
Ее разработка с неизбежностью будет тоже сложной деятельностью.Привести такое предприятие к успеху возможно на основе общих принципов работы сосложными системами: организовав его в виде набора модулей, используя разные уровниабстракции, переиспользуя отдельные элементы в разных местах так, чтобы изменения в такомэлементе автоматически отражались всюду, где он используется.Разработка ПО — разновидность человеческой деятельности. Выделить ее компоненты можно,определив набор задач, которые нужно решить для достижения конечной цели — построениядостаточно качественной системы в рамках заданных сроков и ресурсов.
Для решения каждойтакой задачи организуется вспомогательная деятельность, к которой можно также применитьдекомпозицию на отдельные, более мелкие деятельности, и т.д. В итоге должно стать понятно, какрешать каждую отдельную подзадачу и всю задачу целиком на основе имеющихся решений дляподзадач.В качестве примеров деятельностей, которые нужно проводить для построения программнойсистемы, можно привести проектирование — выделение отдельных модулей и определениесвязей между ними с целью минимизации зависимостей между частями проекта и достижениялучшей его обозримости в целом, кодирование — разработку кода отдельных модулей,разработку пользовательской документации, которая необходима для достаточно сложнойсистемы.Однако для корректного с точки зрения инженерии и экономики рассмотрения вопросовсоздания сложных систем необходимо, чтобы были затронуты и вопросы эксплуатации системы,внесения в нее изменений, а также самые первые действия в ходе ее создания — анализпотребностей пользователей и выработка решений, «изобретение» функций, удовлетворяющихэти потребности.
Без этого невозможно, с одной стороны, учесть реальную эффективностьсистемы в виде отношения полученных результатов ко всем сделанным затратам и, с другойстороны, правильно оценивать в ходе разработки степень соответствия системы реальным нуждампользователей и заказчиков.Все эти факторы приводят к необходимости рассмотрения всей совокупности деятельностей,связанных с созданием и использованием ПО, начиная с возникновения идеи о новом продукте изаканчивая удалением его последней копии. Весь период существования ПО, связанный сподготовкой к его разработке, разработкой, использованием и модификациями, начиная с тогомомента, когда принимается решение разработать/приобрести/собрать из имеющихсякомпонентов новую систему или приходит сама идея о необходимости программы определенногорода, до того момента, когда полностью прекращается всякое ее использование, называютжизненным циклом ПО.21В ходе жизненного цикла ПО проходит через анализ предметной области, сбор требований,проектирование, кодирование, тестирование, сопровождение и др.
виды деятельности. Каждыйвид представляет собой достаточно однородный набор действий, выполняемых для решенияодной задачи или группы тесно связанных задач в рамках разработки и поддержки эксплуатацииПО.При этом создаются и перерабатываются различного рода артефакты — создаваемыечеловеком информационные сущности, документы в достаточно общем смысле, участвующие вкачестве входных данных и получающиеся в качестве результатов различных деятельностей.Примерами артефактов являются: модель предметной области, описание требований, техническоезадание, архитектура системы, проектная документация на систему в целом и на ее компоненты,прототипы системы и компонентов, собственно, исходный код, пользовательская документация,документация администратора системы, руководство по развертыванию, база пользовательскихзапросов, план проекта, и пр.На различных этапах в создание и эксплуатацию ПО вовлекаются люди, выполняющиеразличные роли.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
