关于需求分析的总结报告
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
关于需求分析的总结报告在学习了第四章的需求获取之后做出以下总结这部分主要强调了在优秀的软件工程中抽象和建模的关键原则。使用模型来从已有的需求中梳理出误解和遗漏的的细节并与他人沟通需求。讨论了需求的不同资源和不同类型功能需求VS质量需求VS设计约束解释如何编写易测试的需求并描如何解决冲突。讨论需求引出、需求文档、需求评审、需求质量及度量以及如何选择一个规格说明方法的示例。为了开发出真正满足用户需求的软件产品首先必须知道用户的需求。对软件需求的深入理解是软件开发工作获得成功的前提条件不论人们把设计和编码工作做得如何出色不能真正满足用户需求的程序任然是失败的程序。那么这些工作需要在编码前进行细致的安排包括一需求分析任务的建立 1 确定对系统任务的综合要求○1功能需求指定系统必须提供的服务通过需求分析应该划分出系统必须完成的所有功能○2性能需求指定系统必须满足的定时约束和容量约束○3可靠性和可行性需求定量的指定系统的可靠性○4出错处理需求说明系统对于环境错误应该怎样响应○5接口需求描述应用系统与它的环境通信的格式○6约束设计约束或实现约束描述在设计或实现应用系统时应遵守的限制条件 2 分析系统的数据要求软件系统本质都是信息处理系统系统必须处理的信息和系统应该产生的信息在很大程度上决定了系统的面貌对软件设计有深远影响 3 到处系统的逻辑模型 4 修正系统开发计划二与用户沟通获取需求的方法分析员提出一些事先准备好的具体问题例如询问客户公司销售的商品种类、雇佣的销售人员数目以及信息反馈时间应该多快等在非正式访谈中分析员提出一些用户可以自由回答的开性问题以鼓励被访问人员说出自己的想法例如询问用户对目前正在使用的系统有哪些不满意的地方。在访问用户的过程中使用情景分析技术往往非常有效。三分析建模与规格说明 1 分析建模 2 软件需求规格说明通常使用自然语言完整、准确、具体地描述系统的数据要求、功能需求、性能需求、可靠性和可用性要求、出错处理需求、接口需求、约束、逆向需求以及将来可能提出的要求。四实体——联系图五数据规范化六状态转换图七验证软件需求 1 从哪些方面验证软件需求的正确性包括一致性、完整性、现实性、有效性 2 验证软件需求的方法○1验证需求的一致性○2验证需求的现现实性○3验证需求的完整性和有效性为了详细的了解并正确的解用户的需求必须使用适当方法与用户沟通访谈是与用户最基本的沟通。为了提高软件需求精确度快速建立软件原型是最准确最有效和最强大的需求分析技术。快速原型应该具备的基本特征是“快速”和“容易修改”。为了跟好的理解问题常常采用建模的方法结构化分析实质就是一种建模活动除了创建分析模型之外在需求分析阶段还应该写出软件需求规格说明书经过严格评审并得到用户确认后才能作为这阶段的最终成果。通常要从一致性完整性现实性和有效性四个方面复审软件需求规格说明书。通过做一些小项目我更深体会发到对于软件的需求分析一旦分析失误或者不能很好的满足用户的要求都将是一项失败的项目。如果是大项目将给公司带来不可估量的损失。特别是书写需求规格说明书除了与用户进行很好沟通外自己要梳理出很清晰的思路这样才能很好的按照需求进行编码。