Презентация на тему Технологии программирования

и документирования ОО систем. UML призван поддерживать процесс моделирования ПС на

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

систем. Также позволяет разработчикам программного обеспечения достигнуть соглашения в

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

анализа и проектирования семантически близки к методам программирования на современных объектно-ориентированных языках;

UML

позволяет описать систему практически со всех возможных точек зрения и разные аспекты поведения системы;

Диаграммы UML сравнительно просты для чтения после достаточно быстрого ознакомления с его синтаксисом;

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

UML получил широкое распространение и динамично развивается.

сложный.

Неточная семантика. Так как UML определён комбинацией себя (абстрактный синтаксис),

то он лишен скованности, присущей языкам, точно определённым техниками формального описания.

Проблемы при изучении и внедрении. Вышеописанные проблемы делают проблематичным изучение и внедрение UML.
Только код отражает код. Ещё одно мнение — что важны рабочие системы, а не красивые модели

Кумулятивная нагрузка или же рассогласование нагрузки. Т.е. неспособность входа одной системы воспринять выход другой.

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

экстремальном же он может играть лишь вспомогательную роль на

второстепенных этапах и как поддержка (причем отнюдь не всегда адекватная) некоторых аспектов документации. 
Довольно хорошо справляется с программированием автоматов.

существует, можно сказать, что «.NET» это:
Платформа, на которой выполняется

программный код;

Библиотека программного кода, который можно использовать с помощью средств любого языка программирования; „

Новые версии инструментов разработки приложений, например, Visual Studio; „

Набор серверных продуктов, способствующих продвижению платформы .NET; „

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

подходящем языке программирования;

Строгая иерархичность организации пространств для типов, классов

и имен сущностей;

Компонентно-ориентированный подход к проектированию и реализации программного обеспечения.

неустойчивость, отсутствие полномасштабной документации);

Поддержка ряда теоретически интересных и

практически полезных языков программирования не в полном объеме (SML для Visual Studio .NET – в процессе реализации);

Инструментарий .NET (и компиляторы для языков программирования) не ратифицированы по международным стандартам.

компилируются программы, написанные на .NET-совместимых языках программирования (C#, Managed C++, Visual Basic .NET, F# и прочие).

В

отличие от переносимых виртуальных машин Java, абстрагирующихся от нижележащих операционных систем, CLR позиционируется как не «виртуализированная» платформа, тесно связанная с операционной системой Microsoft Windows.

Windows на Visual C++.

MFC инкапсулирует в себя многие рутинные

операции, с которыми сталкивается программист при создании программ по Windows.

создания каркаса приложения — «скелетной» программы, автоматически создаваемой по заданному макету

интерфейса и полностью берущей на себя рутинные действия по его обслуживанию.

Так же MFC предоставляет объектно-ориентированный слой обёрток над множеством функций Windows API, делающий несколько более удобной работу с ними. Этот слой представляет множество встроенных в систему объектов в виде классов и опять же берёт на себя рутинные действия вроде закрытия дескрипторов и выделения/освобождения памяти.

взаимодействия с пользователем, графическая подсистема в составе .NET Framework использующая

язык XAML.

данных
Использование ресурсов
Масштабируемый и гибкий набор графических возможностей
Двухмерная и трёхмерная

графика

было раньше. Из-за своей гибкости тяжёл в понимании.
Чувствительность к

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

XML язык разметки для декларативного программирования приложений, разработанный Microsoft.
Включает

в себя основные четыре категории элементов: панели, элементы управления, элементы, связанные с документом и графические фигуры.

же используется в WWF и Silverlight для определения последовательности

выполняемых действий.

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

создания и редактирования, среди которых инструменты визуального конструирования и стандартные текстовые редакторы.
Простота в понимании и использовании.
Поддержка большого количества языков программирования.

частью платформы Microsoft .NET и развитием более старой технологии Microsoft ASP.

Microsoft ASP.
Компонентно-ориентированная архитектура.
Использование строго типизируемых комплимируемых языков.
Более высокая скорость

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

в невидимом компоненте.
Более низкая скорость работы при низких нагрузках,

по сравнению с конкурентами.

включающая в себя:
Набор веб-приложений для организации совместной работы;
Функциональность для

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

хранилища данных.
Возможность использования сайта, созданного на платформе SharePoint, для

исполнения облегчающих взаимодействие веб-приложений, таких как вики и блоги.
Допустимость управления и взаимодействия пользователя с информацией посредством элементов управления (веб-частей).
Большая библиотека готовых модулей, в том числе от сторонних разработчиков.
Возможность довольно удобно использовать SharePoint как ECM.
Широкие возможности настройки кэширования.
Легко кластеризуется и масштабируется.

SharePoint, затрудняется создания backup.
Отдельная настройка правил доступа к документам.
Плохое

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

бизнес-процессами.
Сбор статистики.
Создание онлайн-чата, в том числе с видео.
Документооборот.
Интеграция с

Active Directory, Outlook.
Создание онлайн калькуляторов, посредством возможности использования Excel Services.

качественном контроле процесса разработки.
Является каркасом разработки, с использованием которого

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

и минимально возможным бюджетом;
Ежедневный контроль над ходом работ, и

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

фиксированного бюджета и фиксированного технического задания, что затрудняет юридическое

оформление такого рода договоренностей;
Большое количество исключений. Специалисты в этой области считают данную методологию неприменимой для работы с государственными заказами, а также совершенно нерабочей при низкой квалификации команды, заниженных сроках работ или бюджете, некомпетентном менеджере проекта. В то время как другие методологии позволяют завершить проект при подобных условиях, хотя и на низком уровне;
Узкая специализация методов. Так, например, если использовать Scrum при разработке сайтов, этапы дизайна и контента уже будут выходить за рамки методологии и требовать совершенно иного подхода.

можно запустить на любом этапе, чтобы убедиться, что программное

обеспечение по-прежнему работает.
Основывается на 3 коротких циклах разработки: создание теста, создание кода, рефакторинг кода.

становится более продуктивным и чувствует себя уверенней.
Благодаря тестам проще

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

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

трудно применять TDD.
В некоторых случаях, время на разработку увеличивается.
Если разработчик неправильно истолковал требования к приложению, и тест, и тестируемый модуль будут содержать ошибку.
Возможно появление ложного ощущения надёжности.
Тесты являются источником накладных расходов.
Уровень покрытия тестами, получаемый в результате разработки через тестирование, не может быть легко получен впоследствии.

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

технологий компании Майкрософт, в частности веб-сервисов, .Net Remoting и DCOM.

с использованием форматов, указанных в отраслевых стандартах.
Безопасность, например возможность

шифрования сообщений.
Наличие нескольких транспортов и кодировок.
Наличие надёжных сообщений и сообщений в очереди.
Наличие устойчивых сообщений.
Поддержка транзакций.
Поддержка таких технологий как AJAX и REST.
Имеется возможность расширения среды.
Использование контрактов данных.
Интеграция с другими технологиями Microsoft.

других продуктов Microsoft.
В сочетании с WF, рабочие процессы упрощают

разработку приложений, путём инкапсуляции.
Возможность абстрагироваться от вида распределённого взаимодействия и легко позволяет изменить своё решение в будущем.
Надёжный и защищённый обмен данными.
Поддержка большинства протоколов, таких как HTTP/HTTPS, TCP, MSMQ и т.д.
Хостинг на IIS и сервисах Windows.
Высокая производительность.

WCF требуются дополнительные аппаратные ресурсы.
API функции контролируются исключительно MS.
Из-за

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