确定需求的五个步骤.doc_第1页
确定需求的五个步骤.doc_第2页
确定需求的五个步骤.doc_第3页
确定需求的五个步骤.doc_第4页
全文预览已结束

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

收集、分类、绘图、评审需求。1、收集需求需求的来源蓝图（外貌）文档（vision document）。这个文档描述了业务需求和开发一个成功的系统需要蓝图。预排文档（walkthrough document）。这些文档是各种用户如何与系统交互式的一组“每日生活”的描述。域术语表。这是终端用户所用语言的指导。域专家和终端用户会谈。功能规范和工作陈述。、需求分类根据Wiegers的示例（Software Requirements,page 8），将需求定义为如下类：业务需求：提供系统的高层次的“蓝图”（ision）。构造系统的原因，期望达到的好处。用户需求：是具体的蓝图。表达了用户需求什么内容来完成他们的工作，包括他们将在这些工作中执行的过程。（流程）功能需求：更为具体的用户需求。非功能需求（）。约束：限制了实某些功能的方式，而约束限制了开发过程自身。约束可能进一步被划分为如下分类：操作约束（Operation constraint），工作方法的约束。法定约束（Statutory constraint），必须遵守合法命令。合同约束（Contractual constraint），合同中的义务。信用约束（fiduciary constraint），财务风险及限制。数据库约束（Database constraint）。角色：角色表示任何外部系统，这些系统与正在设计的系统进行互操作。域对象：这些是客户希望系统代表或保持的任何对象或实体。artin模式指导员模式：希望显示有许多成功解决问题的方法，并描述其中之一的一些方法；专业人员模式：希望显示他所做的实际工作。分类需求的一个有用的技术：让每个团队成员阅读每个需求来源，每个团队成员关注于不同种类的需求。每个团队成员都可以生成特定种类需求的目录或总结报告；然后所有团队成员进行评审。、确定需求间的依赖根据需求来源确定哪些奢求依赖于其他需求。特别应该找用户需求、功能需求和受和约束影响的域对象。通过使用（Rational RequisitePro）等需求工具，可以定义一个跟踪矩阵，向人显示需求间的相互影响。有的单元格表明是两个相关联的需求。4、绘图需求创建反映需求的图。要用到用例图、活动图和类图。、评审需求开始构建系统的法则：对所有现有的用例进行了绘图；或更多的用例具有详细定义的基本场景和可选场景；或更多的场景具有活动图；需求增量小于；对于关键任务系
人人文库> 全部分类> 应用文书 > 事务文书

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论