программное обеспечение инжиниринг Ресурсы
Вопросы о интервью инженера по программномы обеспечению

Основы конструкции програмного обеспечения

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

Для определять требования к потребителя, создан тогда как для кодирвоания и вставки, документ SRS (спецификации требованию к програмного обеспечения) потребность более специфических и более детальных требований в термины програмного обеспечения. Выход этого процесса можно сразу использовать в вставку в языках программирования.

Конструкция програмного обеспечения первый шаг в SDLC (жизненном цикле расчетного срока службы програмного обеспечения), который двигает концентрацию от домена проблемы к домену разрешения. Она пробует определить как выполнить требования упомянутые в SRS.

Уровни конструкции програмного обеспечения

Конструкция програмного обеспечения производит 3 уровня результатов:

Архитектурноакустическая конструкция - архитектурноакустическая конструкция самая высокая абстрактная версия системы. Она определяет програмное обеспечение как система при много компонентов взаимодействуя друг с другом. На этом уровне, конструкторы получают идею домена предложенного разрешения.
Высокопоставленная конструкция - высокопоставленная конструкция ломает принципиальную схему 'одиночную реальност-множественную компонентную' архитектурноакустической конструкции в менее-резюмированный взгляд подсистем и модулей и показывает их взаимодействие друг с другом. Высокопоставленная конструкция фокусирует на как систему вместе с всем из своих компонентов можно снабдить в формах модулей. Она узнает модульную структуру каждой подсистемы и их отношения и взаимодействия среди одина другого.
Конструкция детальной конструкции - детальная общается с частью вставки что увидено как система и свои подсистемы в предыдущих 2 конструкциях. Она более детальна к модулям и их вставкам. Она определяет логически структуру каждого модуля и их интерфейсов для того чтобы связывать с другими модулями.

Modularization

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

Модульное проектирование unintentionally следовать правилами divide 'и завоевывает' problem-solving стратегию это потому что много других преимуществ прикрепленных с модульным проектированием програмного обеспечения.

Преимущество modularization:

Более малые компоненты легке для поддержания
Программу можно разделить основала на функциональных аспектах
Пожеланный уровень абстракции можно принести в программу
Компоненты с высоким сцеплением можно повторно использовать снова
Одновременное исполнение можно сделать возможным
Пожелано от аспекта обеспеченностью

Совпадение

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

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

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

Пример

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

Соединение и сцепление

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

Сцепление

Сцепление измерение которое определяет степень intra-dependability внутри элементы модуля. Больш сцепление, лучше конструкция программы.

7 типов сцепления, namely -

Co-случаиное сцепление - незапланированное и случайное сцепление, которое могло быть результатом ломать программу в более малые модули ради modularization. Потому что оно незапланированн, оно может служить запутанность к программникам и вообще не-принят.
Логически сцепление - когда логически классифицированные элементы положены совместно в модуль, он вызван логически сцеплением.
emporal сцепление - когда элементы модуля организованы таким что они обработаны на подобном состояния системы на определенный момент времени, оно вызвано височным сцеплением.
Процедурное сцепление - когда элементы модуля собраны совместно, которые исполнены последовательно для того чтобы выполнить задачу, они вызваны процедурным сцеплением.
Communicational сцепление - когда элементы модуля собраны совместно, которые исполнены последовательно и работают на таких же данных (информации), они вызваны communicational сцеплением.
Последовательное сцепление - когда элементы модуля собраны потому что выход одного элемента служит как входной сигнал к другим и так далее, он вызван последовательным сцеплением.
Функциональное сцепление - рассмотрены, что будет самой высокой степенью сцепления, и сильно предположено. Элементы модуля в функциональном сцеплении собраны потому что они все внести вклад в одиночная чёткая функция. Ее можно также повторно использовать.

Соединять

Соединение измерение которое определяет уровень взаимо-dependability среди модулей программы. Оно говорит на какой уровень модули мешают и взаимодействуют друг с другом. Низко соединение, лучше программа.

5 уровней соединения, namely -

Содержимое соединение - когда модуль может сразу достигнуть или доработать или сослаться к содержанию другого модуля, он вызван содержимым ровным соединением.
Общее соединение - когда множественные модули читали и доступ для записи к некоторым глобальный данным, они вызваны общее или глобальное соединение.
Модули соединения управления - 2 вызваны управлени-соединено если одно из их решает функцию другого модуля или изменяет свою подачу исполнения.
Проштемпелюйте соединение - когда множественные модули делят общюю структуру данных и работают на различной части ее, его вызывает соединением штемпеля.
Соединение данным по соединения данных когда 2 модуля взаимодействуют друг с другом посредством передавать данные (как параметр). Если модуль проходит структуру данных как параметр, то получая модуль должен использовать все свои компоненты.

Идеально, не рассмотрены, что будет никакое соединение самое лучшее.

Проверка конструкции

Выход процесса проектирования програмного обеспечения документация конструкции, псевдо Коды, логические детальные схемы, отростчатые диаграммы, и детальное описание всех функциональных или нефункциональных требований.

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

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

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