|
|
|
|
|
|
 |
系统分析师：需求获取--论文素材 |
|
|
资料大小： 14 K |
| 推荐指数： ★★★ |
| 计算机等级考试网，帮您加薪，高升 |
| 资料属性： 热 |
| 资料语言： |
| 资料添加： 审核:最新下载 录入:最新下载 |
| 添加时间： 2007-7-13 16:03:16 |
| 解压密码： |
|
|
下载次数： 本日： 本周：
本月： 总计： |
|
|
需求的三个层次：业务，用户和功能。在项目中它们在不同的时间来自不同的来源，也有着不同的目标和对象，并需以不同的方式编写成文档。业务需求（或产品视图和范围）不应包括用户需求（或使用实例），而所有的功能需求都应该源于用户需求。同时你也需要获取非功能需求，如质量属性。我将在随后列出相关主题的详细内容：
------确定需求开发过程。
------编写项目视图和范围文档。
------将用户群分类并归纳其特点，为每个用户类选择产品代表（product champion）。
------让用户代表确定使用实例。
------确定质量属性和其它非功能需求。
1) 确定需求开发过程 确定如何组织需求的收集、分析、细化并核实的步骤，并将它编写成文档。对重要的步骤要给予一定指导，这将有助于分析人员的工作，而且也使收集需求
活动的安排和进度计划更容易进行。
2) 编写项目视图和范围文档 项目视图和范围文档应该包括高层的产品业务目标，所有的使用实例和功能需求都必须遵从能达到的业务需求。项目视图说明使所有项目参与者对项
目的目标能达成共识。而范围则是作为评估需求或潜在特性的参考。
3) 将用户群分类并归纳各自特点 为避免出现疏忽某一用户群需求的情况，要将可能使用产品的客户分成不同组别。他们可能在使用频率、使用特性、优先等级或熟练程度等方面
都有所差异。详细描述出它们的个性特点及任务状况，将有助于产品设计。
4) 选择每类用户的产品代表 为每类用户至少选择一位能真正代表他们需求的人作为那一类用户的代表并能作出决策。这对于内部信息系统的开发是最易实现的，因为此时，用户 |
* 为了达到最快的下载速度，推荐使用网际快车下载本站资料。
* 本站资料用WinRAR压缩，如果不能解压，请下载最新版WinRAR解压本站资料。
* 如果您发现该资料不能下载，请通知管理员或点击【此处报错】，谢谢！
* 未经本站明确许可，任何网站不得非法盗链及抄袭本站资源；如引用页面，请注明来自本站，谢谢您的支持！
* 本站是一个大型、专业的学习资料共享站点，所有资料均免费提供给大家下载，欢迎大家上传资料，详情点击进入。 |
 网友评论：（只显示最新10条。评论内容只代表网友观点，与本站立场无关！） | 【发表评论】 |
|
|
|
|
|
|
