Please enable JavaScript.
Coggle requires JavaScript to display documents.
过程process - Coggle Diagram
过程process
Agile敏捷开发
快速灵活
限时,自适应
增量交付
建模(UML)的目的是探索而不是建议
统一过程Unified process UP 是一个灵活的迭代过程
四个阶段
Elaboration精化
精细化愿景,针对核心架构或高风险进行2-5次迭代,更好的估计,探索关键需求
construction构建
剩余迭代
Inception初起
建立共同愿景(前景)和范围的第一步
详细探讨实际需求
目的不是探索所有需求,而是了解最重要和技术风险的需求,以便建立愿景并定义粗略的范围
时间不确定
transition交付
系统测试、部署
九大科目discipline
需求
用例模型、补充规范(功能性和非功能性需求)
设计
架构、详细设计、规格模型
业务建模
领域模型
实现
测试 部署 配置和变更管理
项目管理 环境
Evolutionary Requirements(进化式需求)
在进化方法中,关键在于 在整个开发过程中查找需求 管理不可避免的变化和发现
类别
功能性的
非功能性的
Requirements
是系统以及更广泛地说,项目必须符合的能力和条件
精细类别FURPS
Functional
Usability
Reliability
Performance
Supportability
UP制品中的需求
Glossary and Dictionary
词汇表和词典
Supplementary Specifications
补充规格
Vision
Business Rules 业务规则
Use-case Model
SDLC软件开发生命周期
瀑布生命周期waterfall
在进入规范之前完成所有要求,并进行大量验证,然后在进入设计等之前完成这些要求。
但通常需求不容易理解或捕获,或者它们会发生变化(移动目标)
因此,即使所有验证都成功,验证也会在部署时失败
迭代生命周期iterative
在多个连续版本中开发。可以验证每个构建,并且可以进行调整以适应移动目标或误解的要求
部分原型设计为在最终部署之前准备好的一些可执行文件,原型设计不是扔掉的,而是建立在上面!
好处
通过对迭代和进化方法的研究显示
早期而不是晚期缓解(减轻,缓解)高风险
团队不会被“分析瘫痪(瘫痪)”或非常冗长复杂的步骤所淹没
减少项目失败,提高生产率,降低缺陷率
迭代中的经验可以有条不紊地用于改进开发过程本身,逐个迭代
如何迭代
从可靠但不完整的需求分析开始,包括最重要的用例
创建要完成的系统的大型图像很重要
召开迭代规划会议
选择每次迭代的时间范围,并执行它,以可执行文件结束
为下一次迭代召开另一次迭代规划会议
建议迭代长度在 2 到 6 周之间
风险驱动 客户驱动
从最“重要”的元素开始
客户保持参与并提供反馈
合理统一过程 RUP 对UP的改进
SDP软件开发过程:构建、部署和维护软件的方法
涉及步骤、技术、工具、人员、工件