| 只看他
楼主
最近被业务部门的需求搞得头昏脑胀,觉得有必要归纳一下业务需求的类型,归纳如下,请各位走过路过的大虾们指点一二:
1、操作性需求,如:增加一些查询条件、批量导入数据等,这类需求需要及时满足,不要花太多时间就能大幅提高工作效率;
2、一般功能性需求,如:在界面上增加一个提醒数据、增加一个小功能模块等,这类需求有时很麻烦,可以根据业务本身的紧急程度安排优先级;
3、架构性需求,如:将两层架构改为三层架构,这种需求没有几个老大确认业务模型和系统模型是没有谁敢随便玩的。
4、BUG错当成需求,呵呵,很多,必须解决的;
5、数据报表需求,这种看起来好像简单,其实很花时间、很有学问,真正做好很难;
6、不系统的需求,业务部门提出的需求只是事情的表象,其实要解决这个问题需要管理结合系统一套方案才行,最怕业务部门说:我不管别人呢,你给我搞定这个事情再说;
7、‘过份’的需求,系统结合EXECL很快就可以搞定,可是却一定要在系统中增加一些录入单据、进行一些简单计算,闲着没事时无所谓,就怕是在很忙的时候,他也一定要你去做;
---------------------------------------------------
蜘蛛不会飞,却能把网结在半空!
| 只看他
2楼
呵呵,有人希望将数据不是导入到EXECL的工作簿中,而是想要导入到工作表中!
我说,这个愿望正当!不过我要去请比尔.盖茨.
---------------------------------------------------
[u][color=red]春花 秋月 夏雨 冬雪 此景几许清闲 陈酿 佳肴 知己 良朋 待得半世逍遥[/color][/u]
| 只看他
3楼
对于完全不懂IT的人提的需求好做,对很熟悉IT的人提的需求也好做,就怕那些似懂非懂的人提的需求。
---------------------------------------------------
蜘蛛不会飞,却能把网结在半空!
| 只看他
4楼
谁让你是'挨踢'!
---------------------------------------------------
[u][color=red]春花 秋月 夏雨 冬雪 此景几许清闲 陈酿 佳肴 知己 良朋 待得半世逍遥[/color][/u]
饭鱼
积分:56 金币:6
| 只看他
5楼
需求可以随便提,但是不能直接提交到开发人员手上。 需要经过分析整理后再搞。不然开发人员会搞的很累的。