19. Понятие сборки.Управление сборками. Виды управления сборками. Контроль версий.

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

Процедуру сборки проекта часто автоматизируют, то есть выполняют не из среды разработки, а из специального build-скрипта. Этот скрипт используется тогда, когда разработчику требуется полная сборка всего проекта. А также он используется в процедуре непрерывной интеграции (continues integration) – то есть регулярной сборке всего проекта (как правило – каждую ночь).

20. Понятие сборки.Приватные и разделяемые сборки. Строгое имя. Особенности применения.

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

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

Концепция приватных сборок сильно упрощает развёртывание (инсталляцию) приложений.

Приватная сборка должна иметь строгое имя: Имя самой сборки; Номер версии (позволяется одновременно использоваться разные версии одной и той же сборки); Открытый ключ (позволяет делать строгое имя уникальным и исключает вероятность подмены сборки); Культурные и региональные настройки

Разделяемые сборки хранятся в глобальном кэше сборок; Сборки, хранящиеся там, используются многими приложениями; Хранилище сборок располагается в каталоге <windir>assembly; В каталоге GAC (Global Assembly Cashe) есть подкаталоги, представляющие каждую сборку, в которых хранятся директории, разбивающие данную сборку по версиям. Таким образом, на компьютере может храниться любое количество версий одной и той же сборки.

21. Понятие сборки.Глобальный кэш сборок. Назначение.Понятие Baseline.

Разделяемые сборки хранятся в глобальном кэше сборок; Сборки, хранящиеся там, используются многими приложениями; Хранилище сборок располагается в каталоге <windir>assembly; В каталоге GAC (Global Assembly Cashe) есть подкаталоги, представляющие каждую сборку, в которых хранятся директории, разбивающие данную сборку по версиям. Таким образом, на компьютере может храниться любое количество версий одной и той же сборки.

Baseline – это базовая, последняя целостная версия некоторого продукта разработки, например, документации, программного кода и т.д.

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

22. Понятие качества по. Характеристики качества по. Методы обеспечения качества по.

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

Характеристики:

• Функциональные возможности: суть набора функций и их конкретные свойства.

• Надежность: способности ПО сохранять свой уровень качества функционирования при установленных условиях за установленный период времени.

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

• Эффективность: соотношение между уровнем качества функционирования ПО и объемом используемых ресурсов при установленных условиях.

• Сопровождаемость: объем работ, требуемых для проведения конкретных изменений (модификаций).

• Мобильность: способность ПО быть перенесенным из одного окружения в другое.

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

Технические методы: использование систем управления дефектами, внедрение автоматизированного тестирования, внедрение модульного (unit) тестирования, использование современных интегрированных сред разработки, использование валидаторов кода, внедрение систем версионного контроля.

Организационные методы: планирование работ и затрат, оценка проектных рисков, проведение статусных митингов, проведение сессий Lessons Learnt, проведение Casual Analysis, введение метрик.