2 Използвани съкращения и символи
Изтегляне 0.67 Mb. Pdf просмотр
|
Свързани:
ДИПЛОМНА РАБОТА-Компютърни мрежи, Шаблон на курсова работа по БД
- Навигация на страницата:
- Принципи Стегнатата разработка на софтуер може да се обобщи в няколко принципа, много близки като концепция до принципите на стегнатото производство: - Отърви се от излишното
- Подобри научаването
| Глава 6. Lean принципи Lean software development (LSD) (стегната разработка на софтуер) представлява адаптиране на принципите и похватите на стегнатото производство и стегнатото ИТ (lean IT) за приложение в сферата на софтуерното инженерство . Възприела основните принципи на системата за производство на Тойота, поддръжниците на стегнатата разработка постепенно се оформят като група сред привържениците на гъвкавите методологии. Терминът стегната разработка на софтуер произлиза от едноименната книга на Mary Poppendieck и Tom Poppendieck. Книгата представя традиционните принципи на стегнатото производство в модифицирана форма, както и набор от 22 инструмента, като ги сравнява с гъвкавите практики. Участието на семейство Poppendieck в общността на гъвкавите методологии, включително докладите на няколко конференции по гъвкави методологии за разработка на софтуер, допринася за по-широкото възприемане на нововъведените концепции сред привържениците на гъвкавите методологии. Принципи Стегнатата разработка на софтуер може да се обобщи в няколко принципа, много близки като концепция до принципите на стегнатото производство: - Отърви се от излишното Всичко, което не допринася полза за клиента, се счита за излишно, за отпадък (muda). Това включва: Ненужен код и функционалности забавяния в процеса на софтуерната разработка неясни изисквания недостатъчно тестване, водещо до повторения на определени процеси, които могат да бъдат предварително избегнати бюрокрация бавна вътрешна комуникация За да бъдат елиминирани излишъците, те трябва да бъдат идентифицирани. Ако някоя от дейностите може да бъде избегната или резултатът може да бъде постигнат и без нея, тя е излишна. Код, написан донякъде и изоставен в хода на процеса на разработка на софтуера, е излишък. Допълнителни процеси и функционалности, които не се използват често от потребителите, е излишък. Изчакване на други дейности, екипи или 31 процеси е излишък. Дефектите и ниското качество са излишък. Мениджмънт нива, които не добавят реална стойност, са излишък. За да се отличат и разпознаят излишъците, се използва техниката на value stream mapping. Втората стъпка е да се идентифицират източниците на излишъци и да се елиминират. Тези стъпки би следвало да се повтарят итеративно дотогава, докато дори процеси и процедури, които привидно изглеждат съществени, бъдат идентифицирани и премахнати. - Подобри научаването Разработката на софтуер е продължителен процес на учене с допълнителните предизвикателства, поставяни от размера на екипите по разработка и на крайния продукт. Най-добрият подход за подобряване на средата за разработка на софтуер е да се подобри ученето. Натрупването на дефекти трябва да бъде избягвано чрез провеждане на тестове веднага след като кодът бъде написан. Вместо добавяне на допълнителна документация или детайлно планиране, различни идеи могат да бъдат изпробвани чрез писане на код и асемблиране. Процесът на събиране на потребителските изисквания може да бъде опростен чрез представяне на примерни екрани на крайните потребители и вземането на обратна връзка от тях. Процесът на учене допълнително се ускорява от кратки итерационни цикли – всеки последван от рефакторизация и интеграционно тестване. Интензификацията на обратната връзка чрез кратки сесии с потребителите помага за определянето на актуалната фаза на разработка и калибриране на усилията за бъдещи подобрения. По време на тези кратки сесии както представителите на потребителите, така и екипите от разработчици научават повече за конкретния проблем и идентифицират възможни решения за бъдещо развитие. По този начин самите потребители разбират по-добре своите нужди, базирано на резултатите от усилията на разработчиците до момента, а разработчиците научават как по-добре да удовлетворят нуждите на потребителите. Друга полза от непрекъснатата комуникация и процес на учене между разработчиците и потребителите е разработката, при която се набляга на обсъждането на комуникирането на ограниченията на планираното решение (set-based Изтегляне 0.67 Mb. Сподели с приятели:
|