实习之需求文档:User Story 与 4+1View(一)

本贴最后更新于 2830 天前,其中的信息可能已经斗转星移

需求文档之 User Story 与 4+1 View

敏捷开发

在面对需求快速的不断变化中而诞生的软件开发方法。

个人理解:就是先实现出一个初版的系统,然后不断更新,不断迭代。

原因:

  1. 对于一个项目而言,即使前期花了足够多的时间进行调研来编写需求,也很难保证需求不会改动。所以在需求编写与项目开发之间存在一个平衡点。

User Story

需求文档最主要的目的:该系统需要哪些功能

用户故事的作用

  1. who: 表明谁需要这个功能 (Role)
  2. what: 表明是什么功能 (Activity)
  3. value: 表明该功能的意义(目的、作用)是什么 (Value)

倘若没有 value,则该功能可能没有意义。

博客系统

  1. 作为一名用户(who),能够添加文章(what),以便记录内容(value)
  2. 作为一名用户(who), 能够查看他人文章(what),以便大家互相学习、点赞(value)

4+1 view

五个视图分别是:场景、开发视图、逻辑视图、过程视图、物理视图。

这五个视图的作用是:在有了 User Story 之后,对需求的进一步分析,而不同视图则站在不同的角度。

场景与 UML 用例图

场景的表现形式就是用例图。
而用例图最大的作用是:描述用户和系统之间的关系。

一、从 User Story 中抽离出用户类别

  1. 游客
  2. 普通用户
  3. 管理员
  4. 超级管理员

二、从 User Story 中抽离出系统功能

  1. 文章系统
  2. 标签系统

三、将用户和系统功能的管理对应起来

逻辑视图与 UML 类图

根据 User Story,抽离出有哪些实体

在用类图将这些实体之间的关系体现出来

  • 1 对 1
  • 1 对多
  • 多对多

过程视图与 UML 泳道图(活动图、序列图)

以某个功能为切入点,分析整个功能的流程。

开发视图

分层次的列出该系统的技术构架

物理视图与 UML 部署图

bfb1991adb7240069e54d2253f080a51.png

之前并未上过软件工程的相关课程,在此初步整理一份。

相关帖子

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...
  • lijp

    期待(二)的到来

  • zonghua

    毕业设计可以引用了