问题时间：2014/7/7
譯揮 (252***466) 9:25:32
关于"业务需求"，我们一般习惯要求业务部门在提出信息化需求时，应该明确业务需求。按软件工程来讲，这个提法可能不合适，但是，还能什么更好的提法吗？
谢炀(18***743) 9:26:24
业务现状？
譯揮 (252***466) 9:31:11
如：提出如下业务需求
需求原因：为加强公司办公用品管理，控制办公用品费用支出
需求目标：实现公司办公用品的集中管理
需求概述：各部室提交各自办公用品需求清单，办公室收集各部室办公用品需求，一月两次集中交由致远进行采购分发。
潘加宇(3504847) 21:03:44
（“业务需求”的说法不严谨）
如果是涉众提供的，那只能当作【需求的素材】，往往内容散乱，范围飘忽不定。我们根据这些素材来建模。
（上面说的这些，“加强公司办公用品管理”属于废话，“控制办公用品费用支出”是个大目标，比“加强公司办公用品管理”还要高一个级别，也是废话）
（“实现公司办公用品的集中管理”–可以提炼“集中”的度量指标，目前怎么就不够“集中”了，改进后，领导如何判断“不错嘛，果然集中了好多”？）
（“各部室提交各自办公用品需求清单，办公室收集各部室办公用品需求，一月两次集中交由致远进行采购分发。”–这个只是解决方案，不是“集中”的度量，合适的应该类似于“在维持其他指标不变的前提下，将发放的经手人缩减到原来的20%”）
UMLChina建模竞赛题大全-题目全文+分卷自测（11套110题）
全程字幕-26套UML+Enterprise Architect/StarUML建模示范视频（202201更新）
《软件方法》书中自测题-题目全文+分卷自测（1-8章）16套111题
CTO也糊涂的常用术语：功能模块、业务架构、用户需求……[20210217更新]
扫一扫
1502
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
