【分享】需求分析流程

机缘

恭喜辛勤的打工人即将迎来开工后的第一个周末~辛勤工作了六天！在好好享受周末和元宵前，想起本周还未更新分享，故来碎碎念了。

正常来说，做为一个程序媛，最经常听到且做的事情大抵就是：实现需求!
今天就围绕【需求】这一词展开谈谈…话不多说，速速进入正题~

---

一些专业术语压文（可跳过。。。）

经百度、AI等回答，在输入“需求”这一名词后，百分之八九十就会弹出“需求分析、需求获取”等，也足可见，正确的get到用户的需求是有多么重要的事情，比如，甲方想要的黑到底是五彩斑斓的黑，还是深不见底的黑，这两种黑必然是有着截然不同的区分。
这里贴附一下软考中【需求管理】中的流程

1、需求获取

• 常用方法：简单来说，就是【摇人】
  • 用户访谈：找领导，找关键用户，毕竟,资本的力量是强大的！
  • 调查研究：找对方负责人，毕竟，能不能实现，怎么实现，得靠他啊
  • 工作坊或研讨会：找同事，找对方的同事。。。。
  • 问卷调查：找对方的小同事，小喽啰，就是广晒网~

2、需求分析

• 主要分析什么？
  • 功能需求分析：这个需求要实现什么主要的功能
  • 非功能需求分析：这个需求还要实现什么说着好听但是很关键的功能
  • 界面需求分析：画面那是十分重要的，毕竟以后这就是脸面
  • 数据需求分析：这个慢慢来吧。。。。
  • 业务规则和约束条件分析：这个交给后期，三言两语说不完啊！

3、需求建模

• 创建用例模型：简单来讲，就是给用户先画个大饼，加油！以后做出来就是这个样子哈！
  构建数据模型：咱就说，这东西是不是听起来就十分复杂。诶诶诶，做起来更复杂哦~

4、需求文档编制

编写需求规格说明书（SRS）：如果能到这一步，恭喜你！进入了本关最难的一个啦！绞尽脑汁尽情的写吧！
制定需求跟踪矩阵：做个时间安排吧，让双方心里都有个数。。。。

5、需求评审与确认

• 内部评审&客户/用户评审：恭喜你！进入了本关最最最最难的一关啦！如果说上一关是把九年义务教育的文字功底都用上的话，那这里就是要把毕生所学全安排上了！

6、需求变更管理

这一步必不可少了吧~毕竟，世间万事万物那都是在发展的，发展是普遍的、客观的、历史必然的。是一个螺旋式上升的过程，好好记录下每一个需求的变更，等项目结束后，回头一看，那都是自己义无反顾跳下的坑。

本周日常

本周经诊断，患有中度的假期节后综合症，主要体现在以下方面

1. 精神涣散，时而不知今夕是何年
2. 间歇式斗志昂扬
3. …摸鱼。。。

---

本周收获

密！

---