需求分析挑战之旅??疯狂的订餐系统
作者:张传波 发布时间:[ 2011/12/7 16:14:38 ] 推荐标签:
2领导的目的不是为了做这个系统,而是希望通过这个系统解决问题。
3)领导应该不太可能投入大的投资来解决这个问题,例如:不太可能将员工的午饭标准提高到每人每餐50元,也不太可能为这个项目投入100万的经费。
背景应该怎样描述?
背景应描述出系统的用户和客户是谁、项目的来源,并且可以由此推断客户可能的投资预算,本项目对于客户的重要程度等。
2.本项目能解决什么问题?
参考答案:
1)手工订餐本身工作效率低,有时会影响员工的正常工作。
2)手工订餐容易出错,导致员工吃不到饭或者是吃不到自己想吃的饭。
答案点评::
1)问题描述得很具体,并且问题产生的根源似乎都是因为“手工订餐”导致的。
2)手工订餐并不会让大家吃不到饭,只是有时会出一些小问题。
3)手工订餐的大优势是灵活,不好的地方是容易出错,这个订餐系统如何才能保持手工订餐的“灵活”优势呢?
问题应该怎样描述?
需要清楚明确地描述清楚项目解决的问题,同时要分析好当前的工作方法的优点。系统除了要解决当前的问题,还应该保持原来工作方法的优点。很多系统解决了问题,但丢失了原来工作方法的优势,往往是得不偿失。
3.本项目的关键涉众有哪些?
参考答案:员工、前台、领导、财务、餐厅。
答案点评:
1)全面考虑了各种涉众。
2)员工是使用本系统的主体,他们关键的需求应该是能方便准确地订餐。
3)前台通过本系统来统计订餐、和餐厅沟通、下订单等,前台可能是本系统使用功能多、操作复杂的角色。
4)领导有时也会通过本系统来订餐,但对本系统的主要要求是大家要用得舒服。
5)财务可能需要根据本系统的订餐记录和餐厅结帐。
6)餐厅需要提供菜单给前台,餐厅可能以传真或电话的方式获知我们的订餐,不同的方式将会影响本系统的某些功能。
如果找出关键涉众?
1)应广度优先地尽量多地列出可能的涉众。
2)列出每种涉众在本系统的关键需求。
3)每一种涉众都应该清楚说明本系统是如何影响她的,以及她是如何影响本系统的。
4.本系统要达到怎样的目标?
参考答案:达到“吃饭易”的效果,保证员工不会因为吃饭问题影响正常工作。
答案点评:
1)目标描述应简单容易记忆,以便项目组随时记住。
2)本项目的目标并不是让员工吃饭吃得开心,也不是用来保证员工正常工作(光靠这个系统,是不能保证员工正常工作的),而是希望通过本系统来消除手工订餐的问题。
应该如何描述目标?
应该用简单、明确、恰如其分的语言来描述。简单、明确是方便项目组记忆,以便在工作中随时可以用目标检验工作。恰如其分则要求目标描述不要夸大系统的作用,也不要缩小系统的作用。很多项目描述目标的时候,往往会夸大系统的作用,如提高工作效率、提高生产力等,这些目标往往不是单纯靠系统可以做得到的,更多是靠企业的管理,系统只是起到配合和支持的作用。
5.本系统的范围是怎样的?
参考答案:
1)这是一个订餐系统,只考虑与订餐相关的功能。
2)这是一个单独的系统,不考虑与其它系统集成或交互。
3)使用本系统的是**的全体员工,不考虑分公司的员工。
答案点评:
从功能、与其它系统的关系、用户三方面描述了本系统的范围。
应该如何描述范围?
范围往往客户并不会直接给出的,我们需要从项目解决的问题、目标等入手,从功能、与其它系统的关系、用户等来思考系统的范围。
由前面的资料,我们可以知道,客户应该不会投入很多钱,客户目标只是希望解决手工订餐带来的麻烦,所以我们定范围时,应该尽量让系统简单,能满足目标便可。本系统其实可以做得很复杂的,订餐这事情其实与请假外出相关的,订餐也会与财务结帐有关系,如果将系统边界扩大,很可能将问题复杂化。
6.本系统应该具备怎样的功能?
参考答案:
图4 用例图
相关推荐
更新发布
功能测试和接口测试的区别
2023/3/23 14:23:39如何写好测试用例文档
2023/3/22 16:17:39常用的选择回归测试的方式有哪些?
2022/6/14 16:14:27测试流程中需要重点把关几个过程?
2021/10/18 15:37:44性能测试的七种方法
2021/9/17 15:19:29全链路压测优化思路
2021/9/14 15:42:25性能测试流程浅谈
2021/5/28 17:25:47常见的APP性能测试指标
2021/5/8 17:01:11