| 作者 |
内容 |
| ◎灵儿 |
 MIS需求获取本质论（欢迎批评讨论）
说明：
需求获取好像也有很多很多东西，不过对于SE不是那么厉害的，却要做MIS项目的，怎么样理清头绪，在比较短的时间里（比如一星期）将需求拿到手，而不是稀里糊涂，得非所愿，日后不停的跑去客户那纠缠？
我这里用“本质论”，实际意思是“精练版”，希望能尽量简练而实际的概括。
肯定有不少问题，会有得不到某些需求的危险。所以希望大家帮忙讨论整理。谢谢！
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
MIS需求获取本质论
－－－－－－－－－－－－－－－－－－－－－－－－
1、用户/使用者/Actor
（1）内容：
名称、岗位、计算机水平
（2）意义：
决定模块划分、界面、系统部署等
（3）说明
无
2、功能背景
（1）内容：
此项功能的需求背景
（2）意义：
了解需求的出发点、意义
（3）说明
可能需要功能结构图、流程图（对于处于流程中的功能）的描述
3、操作步骤
（1）内容：
是否有顺序要求，如何要求
（2）意义：
决定此项功能实现
（3）说明
此项通常为业务规程
4、操作内容
（1）内容：
详细数据项、表单格式、与其他功能中操作内容的关联项、统计算法
（2）意义：
决定数据库结构
（3）说明
此项为业务单据
5、辅助属性
（1）内容：
使用频率、记录递增速度、重要度和开发难度
（2）意义：
作为数据库性能设计、界面设计、风险分析依据
（3）说明
无
--
20岁以前，梦想我在20岁以后
but
20岁以后，梦想留在20岁以前 |
| 01/12/25 17:34 |
酷帖！ 臭帖！ 回复 |
酷帖评价： 臭帖评价： |
| 返回页首 |
|
| 清风淡月 |
 回复:
MIS需求获取本质论（欢迎批评讨论）
挺好，就是缺乏一句话：
流程是需求分析的中心。
围绕流程，我们有了功能，有了信息，有了子系统之间的接口。从而也就建立系统的整体结构。需求分析如果能够达到这个结果我想也是很难的。 |
| 01/12/26 23:41 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| wubaozhong |
回复:
MIS需求获取本质论（欢迎批评讨论）
千万别忘了瓶颈分析和有否一把手支持。企业信息化是一把手工程，否则麻烦。 |
| 01/12/26 23:51 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| kenny1980 |
 回复:
MIS需求获取本质论（欢迎批评讨论）
了解业务流程是做MIS系统的第一步，也是最容易出问题的一步
关心的不是这个系统可以操作什么，而是怎样操作，才能符合习惯 |
| 01/12/27 01:57 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| ◎灵儿 |
 谢谢几位！
其实我写的5条似乎是需求获取进入正规、程式化之后的“笔录”文档制作了。
也许前期还是需要不一样的切入工作。
可能这个更需要“本质论”。
我觉得按照这样的思考方式来阐述问题本质是非常有意义的，正如《设计模式》中的模式、《第五项修炼》中的基模，都是这么分析的。不过我做的这个太粗糙了，不清晰，还有歧义，此乃大忌:-( |
| 01/12/27 17:57 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
