12.12.2011

Традиционните развития/интеграция/организирането на поизводствена практика за разработка на програмното осигуряване

* Source text URL: http://dltj.org/article/software-development-practice/


Неотдавна ме са помолили да набележа план на структуриран процес на разработка на програмното осигуряване, който максимизира производителността и намалява грешки, коиите допуска ползвател. Первоначално това бил документът за вътрешното ползване OhioLONK, но процес е описан достатъчно традиционно и другите ще смогнат да намират прилагането и за онова също. Вие можете да използвате това, моля, спазвайте условия на Vreative Comons и свързвайте с мен предварително, ако искате нещо друго.

Създаване на приложения в четири нива
Да започнем от описание на четири нива за разработка на програмното осигуряване.

Развитие
Избор: Това са условия на работа за индивидуални разработчици и малки групи. Работата в изоляция с останали нива, разработчик може да опитва радикалните промени в кода без ущърба за останал екип на разработчици.
Интеграция
В общата среда, къде всички разработчици съвършват промени в кода. Целта на тази среда състои в обединението и проверката на работа на цял екип на проекта, затова той може да бъде проверен пред повишаването до междинната среда. Напълно възможно, за развитие и интеграция на същата среда (катов случай, когато разработчик не използва локалното копие на изходен код).
Инсценировка
Организирането на нивото на среда, като идентично в производствена среда, колкото е възможно. Междинна среда може да се използва също два пъти в качество на демонстрация, обучаване на обкръжаваща среда.
Производство
Производство на нивото може да се включва в себе си една машина или огромен клъстер, състоящ от много машини.
Тези нивата говорят за «среда», а не «машини» ил «сървъри». Това, разбира се, е възможно за няколко условия за разработка и интеграция на среда, за да бъдат на една физическата машина, или интеграции и междинна среда, за да бъде на същия машина. Ако това изобщо е възможно, произодствени условия трябва да бъдат сами по себе си.

Ресурси на всеко ниво
Инсценировка

  • Идентичните конфигурации на програмното осигуряване, като производствена машина и пълното, независимо копиране на работна база от данни, това е истинната основа за QA тестиране. Ако Вие използвате мрежа за съхранение на данни (SAN) или NetworkAttachedStorage (NAS),  Вие можете да бъдете в състоянието да използвате «снимката» на възможностите за устройство за съхранение на данни  за моделиране на копие на работна база от данни, не изисквайки целия дубликат от данни.
  • Съпоставими конфигурации на оборудването в производствената система като точен прогноз на мощноста на тестиране, а след това умножи производителността го на количеството на машините, които ще бъдат задействани в производството.

Интеграция

  • Ограничен набор от данни, който  се използва за тестирането в приложение. Това може да бъде целесъобразно, за да обнови този подмножество от данни, често за премахване на остарели разработки на програмното осигуряване и тестиране на интеграция на обкръжаваща среда.

Развитие

  • Същият ограничен набор от дани, като и интеграция на обкръжаваща среда.

Премествания между нивата

Тази рисунка показва характер на работи, изпълняеми във всека среда, задължения на субекти във всека среда, и относителната скорост на програмното осигуряване за монтирането и разгръщането.
deployment-plan

okok