Программирование в IIS

       

Построение решения


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

Таблица 6.4. Обзор промежуточных результатов этапа построения решения

Порядок выполненияПромежуточный результатОтветственная сторона
1КодРазработчики.
2ДокументацияРазработчики.

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

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

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

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


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

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

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

  • Рабочая станция разработчика.
  • Разработчики.
  • Контроль качества.
  • Подготовка.
  • Производство.


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

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


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

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

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


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

Среда функционирования – это узел, на котором располагается доступный клиенту продукт. Главным потребителем в среде функционирования является конечный пользователь. В данной среде важен уровень производительности. Управление средой функционирования осуществляется только системным персоналом.


Содержание раздела