«Agile разработки программного обеспечения» книги. , ,
Этот блог, вероятно , ввести Декларацию принципов Agile разработки программного обеспечения и принципы объектно-ориентированного проектирования, а также некоторое понимание лиц ( курсивный шрифт сделать разницу ). , ,
Личные чувства, чтобы знать одну вещь, мы должны понять его конструкцию, чтобы лучше знать, как учиться. , ,
Во-первых, Манифест развития Agile Software
Индивидуальные и интерактивными, чем процессы и инструменты
Работа программного обеспечения выше, чем исчерпывающее документации
- акцент на самом продукте, а не документации формы и процесса должен быть кратким и легко читать, легко поддерживать и синхронизировать
сотрудничество с клиентами, чем переговоры по контрактам
- взять на себя инициативу, чтобы принять изменения, своевременное реагирование, непрерывная доставка
Ответить на изменения, чем следующий план
- разработать четкие краткосрочные достижимые цели, примерный план среднесрочной, долгосрочной целью, чтобы об общем направлении
Во-вторых, следовать принципам Agile Manifesto
1, наша самая важная цель, за счет непрерывного доставки ценного программного обеспечения как можно скорее, так что удовлетворение клиента.
- непрерывная поставка, быстрая итерация
2, доволен лицом изменений, даже поздно в развитии, также, для конкурентного преимущества заказчика, гибкий процесс, чтобы справиться с изменением.
- относится к интернету-компаниям более гибкий, мобильный конец еще больше, есть период возможности может быть коротким жалким, должен попытаться сохранить гибкость программного обеспечения, снижение воздействия на системе, вызванной
3, часто доставки рабочего программного обеспечения, разделенных на несколько недель или через месяц или два, как правило, принимают более короткий период.
- как можно скорее, часто доставки программного обеспечения может удовлетворить потребности работать в Google, и даже программное обеспечение может быть сделано, чтобы поставить рабочий день, то есть в бета-версии
4. Деловые люди и разработчики должны сотрудничать друг с другом каждый день проекты не являются исключением.
- своевременный обмен информацией, чтобы избежать пробелов в информации, уменьшить время ожидания, всегда регулировать
5, чтобы стимулировать индивидуальную мораль к ним в качестве основы для создания проекта, обеспечить необходимые условия и поддержки, в сочетании с доверием и таким образом меченой цели.
- влияние процесса и методологии проекта лишь незначительное воздействие на первичном воздействии является человек
6, как внутри, так и вне команды, обеспечивают наибольшую эффективность является наилучшим способом информации лицом к лицу разговор.
- Почта не может слышать тон голоса не может видеть лицо, лицом к лицу связи является наиболее эффективным способом
7, работает программное обеспечение является основным показателем прогресса.
- Конечный результат является вопросом рабочего программного обеспечения, важность так, быстрая доставка итерационный Само собой разумеется, что это является важным элементом для измерения прогресса проекта
8. Agile процессы способствуют устойчивому развитию, ответственное лицо, разработчики и пользователи могут работать вместе, чтобы продолжать поддерживать ее устойчивый темп.
- четкие цели, подробный набор краткосрочных достижимых целей, конечно, потребует длительный период подготовки и осуществления такого темпа
9, постоянное стремление к техническому совершенству и хорошим дизайном, тем самым повышая маневренность.
- отказался от посредственности, стремиться к совершенству, хороший дизайн может уменьшить массу неприятностей позже работы, такие как технический долг!
10, с простой верой, которая пытается уменьшить ненужную нагрузку искусства.
- Зажгите документ, световой поток, тяжелый выход, вес цели
11. Наилучшие архитектуры, требования и конструкции выходят из самоорганизующихся команд.
- думать о слове: самый высокий уровень управления является общей целью, вся команда общей ответственности, а не единой ответственности мандата
12, команда регулярно размышлять о том, как повысить эффективность, и, следовательно, регулировать их производительность поведения.
- постоянно думая, подвели итоги, настройку, снижая излишнее потребление ресурсов
В-третьих, объектно-ориентированные принципы проектирования
SRP : Единый Ответственность Принцип
В категории, она должна быть только одна причина перемен.
OCP : Open Closed Принцип
Программное обеспечение лиц (классы, модули, функции и т.д.) должны быть расширяемой, но не может быть изменен.
LSP : Лиск принцип замещения
Подтип должны быть в состоянии заменить их основные типы.
DIP : Принцип инверсии зависимостей
Аннотация не должна зависеть от деталей, детали должны зависеть от реферата.
ISP : интерфейс сегрегация Принцип
Не следует заставлять пользователей полагаться на метод они не делают, интерфейс принадлежит пользователю, он не принадлежит в иерархии классов.
REP Принцип эквивалентности выпуск Повторное использование:
Повторное использование зернистость отпускание зернистости.
ККТ : общие принципы повторного использования
Все классы в пакете должны быть общим повторное использование, повторное использование, если пакет класса, то они будут повторно использовать все классы в пакете, не существует тесная связь между каждым классом не должно быть в одном пакете.
CRP : Общий принцип закрытия
Пакет для всех классов в том же классе характер изменения должны быть закрыты, если общее изменение повлияет пакет, он будет оказывать влияние на все классы в пакете, но не оказывает никакого влияния на другие пакеты.
ДП : Нет зависимости Принцип
Присутствующие в кольце не допускается в пакете в зависимости, она не должна зависеть от деталей.
СДП : стабильность зависит принцип
Зависимость в стороне устойчивого направления.
SAP : стабильные абстрактные принципы
Степень абстракции и других пакетов должны соответствовать степени устойчивости.
О Agile модели разработки программного обеспечения, а также Декларации принципов, что некоторые из выше, последующие будут продолжать обновлять соответствующие, по разработке дизайна, гибкого тестирования некоторых из содержания.
Примечание: выдержка из https://www.cnblogs.com/imyalost/, только чтобы узнать,