
在需求获取的过程中,你可能会发现对产品范围的定义存在误差,不是太大就是太小。如果范围太大,你将要收集比真正需要更多的需求,以传递足够的业务和客户的值,此时获取过程会拖延。如果项目范围太小,那么客户就会提出很重要的但又在当前产品范围之外的需求。当前的范围太小,以致不能提供一个令人满意的产品。需求的获取将导致修改项目的范围和任务,但作出这样具有深远影响的改变,一定要小心谨慎。
正如正常所说的,需求主要是关于系统做什么,而解决方案如何实现是属于设计的范围。这样说虽然很简洁,但似乎过于简单化。需求的获取应该把重点放在“做什么”上,但在分析和设计之间还是存在一定的距离。你可以使用架设“怎么做”来分类并改善你对用户需求的理解。
1系统面向哪些用户?包括组织机构,人员类别等属性
2这些人用这个系统各自担任什么角色,要做什么事情
3这个系统需要对接哪些其他系统?对接方式是什么谁是服务器,谁是客户端
4主要的业务部分问题呢就跟具体业务相关了,总的来说就是数据从哪里来是来自于人工录入还是其他的系统,数据要做何处理,然后送到哪里去界面显示给谁看或送到其他系统
美图秀秀
光影魔术手
Adobe Photoshop CS3 龙卷风版 13
Adobe Photoshop CS3 10010
Adobe Photoshop CS3 Extended
Adobe Fireworks CS3
以上就是关于软件需求获取中应该注意哪些事项全部的内容,包括:软件需求获取中应该注意哪些事项、软件工程需求获取中需要问什么问题、有哪些软件需求分析工具等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)