Проектирование программного обеспечения. Модульное приложение.
Видео о проектировании программного обеспечения, которое необходимо производить перед разработкой. При традиционной разработке мы пишем программу, получаем запускаемый файл приложения. Идет время, код усложняется, компоненты накладываются друг на друга, код перемешивается. Вот наступает момент, когда уже нельзя выделить какие-то участки кода, чтобы повторно использовать их. Что же делать? Выход один — переработать все до единого компоненты и выделить их в отдельные модули.
Для справки. Модульность — принцип, согласно которому логически связанные между собой подпрограммы группируются в отдельные файлы. Эти файлы компилируются независимо друг от друга.
Выделяем общий код по функциям в отдельные модули. Изолируем модули для отказоустойчивости. В центр помещаем главный модуль (менеджер модулей), который запустит систему и будет осуществлять взаимодействие установленных компонентов по регламенту.
Каждый для других, модуль как черный ящик. Мы знаем лишь что нужно подать на вход и что в результате получается на выходе.
Функциональность программы определяется набором модулей. Скажем, модуль измерения, модуль базы данных и модуль отчетов.
Список компонентов определяется при запуске программы из каталога загрузки. Т.к. между модулями отсутствует жесткая связь, то возможна замена одного модуля на другой с аналогичной функциональностью. Интересно, что возможно также отсутствие модуля, однако в этом случае программа не будет иметь определенной функциональности.
Видео Проектирование программного обеспечения. Модульное приложение. канала EDISON Software Development Centre
Для справки. Модульность — принцип, согласно которому логически связанные между собой подпрограммы группируются в отдельные файлы. Эти файлы компилируются независимо друг от друга.
Выделяем общий код по функциям в отдельные модули. Изолируем модули для отказоустойчивости. В центр помещаем главный модуль (менеджер модулей), который запустит систему и будет осуществлять взаимодействие установленных компонентов по регламенту.
Каждый для других, модуль как черный ящик. Мы знаем лишь что нужно подать на вход и что в результате получается на выходе.
Функциональность программы определяется набором модулей. Скажем, модуль измерения, модуль базы данных и модуль отчетов.
Список компонентов определяется при запуске программы из каталога загрузки. Т.к. между модулями отсутствует жесткая связь, то возможна замена одного модуля на другой с аналогичной функциональностью. Интересно, что возможно также отсутствие модуля, однако в этом случае программа не будет иметь определенной функциональности.
Видео Проектирование программного обеспечения. Модульное приложение. канала EDISON Software Development Centre
Показать
Комментарии отсутствуют
Информация о видео
28 июля 2013 г. 12:05:48
00:03:56
Другие видео канала
С чего начать разработку проекта? — Вопросы и Ответы #10Обзор шаблонов проектированияHow to Create a Modern Flat UI Design Dashboard in C# 2020Технологии программирования 9. Методологии разработки ПОSoftware Architecture | Architectural patterns | Architecture vs Design patternПрограммирование на C. Урок 19. Модульное программирование. Раздельная компиляцияG.R.A.S.P | шаблоны проектированияЧто такое архитектурный подход к разработке программного обеспеченияОсенний Кемерово (столица Кузбасса) Часть 1 (октябрь 2021)Reflection in C# Part 2 [Implement a plugins system for your .NET apps] | AK AcademyПроектирование дома. Разработка планировкиЛекция 4. Принципы проектирования и разработки программАрхитектура персонального компьютера«Практические навыки управления требованиями для различного типа проектов». Маргарита Ольшанская1. Web-технологии. Архитектура веб-приложений | ТехностримWPF Dependency Injecting W/ NinjectТП 1. Принципы SOLID. Архитектура ПОПрограммирование МК STM32. Урок 103. Модули NRF24L01. Часть 3Принципы и приёмы обработки очередей / Константин Осипов (tarantool.org)Impact Mapping: планирование разработки продукта с учетом бизнес целей (Александр Бындю) - TK Conf