Эволюция методов управления программным проектом: система Тейлора, система Шухарта, философия качества Деминга

Стоит отметить, что на самом высоком уровне проекты архитектуры должен предоставить структуру системы, но также скрывать детали реализации; может охватывать случаи применения; пытаться учитывать требования полностью всех заинтересованных лиц; а также удовлетворять настолько, насколько это возможно, все функциональные требования и требования к качеству ПО.
Для описания архитектуры ПО применяются множество языков.
Языки описания архитектуры (сокращенно ADLS) используются для непосредственного описания архитектуры ПО.
Различными организациями разработано несколько различных типов ADLS:
–AADL (стандарт описания SAE);
–xADL (разработан в институте UCI);
–Wright (создан в университете Carnegie);
–Acme (создан в университете Mellon);
–Darwin (разработан в Imperial College);
–DAOP-ADL (создан в Университете Малаги).
Общими элементами во всех этих языках являются понятия компонента, конфигурации и коннектора. [12]
Архитектура ПО обычно в себе содержит несколько видов, что аналогичны разным типам чертежей в сфере строительства зданий. В онтологии, которая установлена ANSI / IEEE 1471, виды являются экземплярами для точки зрения, где она существует для описания архитектур заданным множеством заинтересованных лиц.
Примеры видов приведены ниже:
–Функциональный вид;
–Вид модуль
–Вид разработки;
–Вид параллельности выполнения (потоковый);
–Вид развертывания;
–Физический вид;
–Вид с точки зрения работы пользователя.
Требования к современному ПО становятся все более изысканными, поскольку пользователи ожидают больше функциональности от приложений. Возможностей в простых автономных настольных приложениях, не достаточно для множества деловых и коммерческих ситуаций.
В мире развития телекоммуникаций приложения должны взаимодействовать непосредственно с другими приложениями, службами, а также функционировать в различных средах, к примеру в облаке, на портативных устройствах.
Непосредственно на смену в прошлом распространенным монолитных архитектур приходит компонентное сервис-ориентированное ПО, использующее платформы, ОС, хост-приложения, сети для реализации разных функций.
Эти трудности сильно влияют не только на программную архитектуру, а также и на процесс развертывание, обслуживание, администрирование программного обеспечения. Общая стоимость владения программного обеспечения теперь состоит в основном из затрат, которые возникают после развертывания. [16]
Приложение, которое имеет хорошо продуманную архитектуру обеспечит минимальную совокупную цену владения благодаря снижению общих затрат и времени, которые необходимы на развертывание приложения, а также обеспечение его работы, выполнения обновления для удовлетворения требованиям и устранение разных проблем.
Администрирование, поддержка пользователей также значительно будут упрощены.
В результате написания первого раздела курсовой работы были рассмотрены основные понятия теории разработки программного обеспечения, а также терминология архитектуры программных средств.