需求文档之 User Story 与 4+1 View
敏捷开发
在面对需求快速的不断变化中而诞生的软件开发方法。
个人理解:就是先实现出一个初版的系统,然后不断更新,不断迭代。
原因:
- 对于一个项目而言,即使前期花了足够多的时间进行调研来编写需求,也很难保证需求不会改动。所以在需求编写与项目开发之间存在一个平衡点。
User Story
需求文档最主要的目的:该系统需要哪些功能
用户故事的作用
- who: 表明谁需要这个功能 (Role)
- what: 表明是什么功能 (Activity)
- value: 表明该功能的意义(目的、作用)是什么 (Value)
倘若没有 value,则该功能可能没有意义。
博客系统
- 作为一名用户(who),能够添加文章(what),以便记录内容(value)
- 作为一名用户(who), 能够查看他人文章(what),以便大家互相学习、点赞(value)
4+1 view
五个视图分别是:场景、开发视图、逻辑视图、过程视图、物理视图。
这五个视图的作用是:在有了 User Story 之后,对需求的进一步分析,而不同视图则站在不同的角度。
场景与 UML 用例图
场景的表现形式就是用例图。
而用例图最大的作用是:描述用户和系统之间的关系。
一、从 User Story 中抽离出用户类别
- 游客
- 普通用户
- 管理员
- 超级管理员
二、从 User Story 中抽离出系统功能
- 文章系统
- 标签系统
三、将用户和系统功能的管理对应起来
逻辑视图与 UML 类图
根据 User Story,抽离出有哪些实体
在用类图将这些实体之间的关系体现出来
- 1 对 1
- 1 对多
- 多对多
过程视图与 UML 泳道图(活动图、序列图)
以某个功能为切入点,分析整个功能的流程。
开发视图
分层次的列出该系统的技术构架
物理视图与 UML 部署图
之前并未上过软件工程的相关课程,在此初步整理一份。
欢迎来到这里!
我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。
注册 关于