软件工程概论ch03_1_需求分析概述课件.ppt

软件工程概论ch03_1_需求分析概述课件.ppt

ID:57036145

大小:263.00 KB

页数:34页

时间:2020-07-27

软件工程概论ch03_1_需求分析概述课件.ppt_第1页
软件工程概论ch03_1_需求分析概述课件.ppt_第2页
软件工程概论ch03_1_需求分析概述课件.ppt_第3页
软件工程概论ch03_1_需求分析概述课件.ppt_第4页
软件工程概论ch03_1_需求分析概述课件.ppt_第5页
资源描述:

《软件工程概论ch03_1_需求分析概述课件.ppt》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、目录第1章绪论第2章可行性分析与项目计划第3章需求分析第4章概要设计第5章详细设计第6章编程与测试第7章软件维护第8章面向对象的方法第9章面向对象的需求获取第10章面向对象的分析第11章面向对象的设计第12章面向对象的测试第3章软件需求分析可行性研究通过以后,下一步就要根据草拟的开发计划,展开详细的需求分析活动。软件需求分析,是详细分析需求,并建立需求分析模型的阶段第3章软件需求分析3.1需求分析概述3.2结构化分析方法3.3数据流图的绘制3.4编制数据字典3.5加工逻辑的分析与表达3.6原型技术3.7需求验证与评审3.1需求分析概述3.1.1需求分析的任务、特点

2、、主要困难3.1.2人员组成3.1.3分析师的角色3.1.4需求分析的活动和原则3.1.1需求分析的任务完成“分析建模”;拟定“确认测试”计划修订“开发计划”编写“需求规划说明书”需求评审1.分析建模针对用户要求实现的软件功能、性能等目标,与开发人员进一步澄清、达成共识、形成规约;准确讲,需求分析是发掘需求、分析求精、逻辑建模、形成规约的过程。1.分析建模发掘需求——调查需求、挖掘潜在需求、预测未来可能的需求;需求求精——对模糊不清的用户需求明确、精化;逻辑建模——在现行系统逻辑模型的基础上,考虑新的用户需求、限制和约束的基础上导出新系统的逻辑模型;形成规约——将

3、双方达成共识的需求文档化、模型化,这份文档被称为“需求规约”和“需求规格说明书”,它将是后需活动开发方努力实现的目标2.拟定“确认测试”计划有了共同的需求约定以后,就可以制定“确认测试”计划,它是用户验证软件是否满足需求的依据;这个计划到综合测试后期执行。3.修订开发计划系统调查与可行性研究阶段的最后,草拟了初步的开发计划,当时由于需求尚不详细,现可有了详细的需求分析结果以后,应该使开发计划更准确一些。4.编写“需求规划说明书”需求分析阶段的成果集中体现在“需求规格说明书”中,这是一个里程碑;“需求规划说明书”的内容有明确的格式和内容5.需求评审需求评审是“质量保

4、证活动”的内容;体现出瀑布模型的“文档驱动”特点由项目经理、用户、分析员、前一阶段(可行性研究)的主要人员和后一阶段(概要设计)的主要人员组成评审小组;阶段性成果(主要文档)包括:需求规格说明书细化的项目计划确认测试计划主要特点:面向问题域(即用户业务领域)只关注“逻辑”,不考虑“物理”只研究应该“做什么?”,暂不考虑用什么手段、如何实现,即“怎么做”的问题;用数流据图、数据字典、加工描述等工具建立逻辑模型面临的主要困难需求分析活动面临的挑战:使用有效的软件工程方法克服复杂性建立分析员与用户的有效沟通使用有效的工具,克服需求表述的二义性3.1需求分析概述3.1.1

5、需求分析的任务、特点、主要困难3.1.2人员组成3.1.3分析师的角色3.1.4需求分析的活动和原则3.1.2人员组成如果是一个企业信息系统开发项目,那么项目团队成员应包括用户和开发人员;参与团队的用户包括:企业负责人、部门负责人、专业岗位上的员工;参开团队的开发人员包括:系统分析师、数据管理员;在需求评审时,还需要”可行性分析“和”系统设计“阶段的主要人员参与;3.1需求分析概述3.1.1需求分析的任务、特点、主要困难3.1.2人员组成3.1.3分析师的角色3.1.4需求分析的活动和原则3.1.3分析师的角色是用户与开发人员的桥梁;与项目经理合作,是开发团队的领

6、军人物;具体业务主要集中在可行性研究和需求分析阶段;个人素质方面:具有领导才能,善于沟通;具有实干作风;知识面宽,重在广度而不是深度;技术全面;有时分析师是一个团队,由若干人承担;3.1需求分析概述3.1.1需求分析的任务、特点、主要困难3.1.2人员组成3.1.3分析师的角色3.1.4需求分析的活动和原则3.1.4需求分析的活动和原则活动主要分为:需求获取;分析建模;需求评审需求获取的目标对用户需求进行鉴别、综合,清除用户需求的模糊性、歧义性和不一致性;把对原始问题的理解和软件开发经验结合起来,鉴别由于用户的片面性或短期行为所导致的不合理要求,发现用户尚未发现的

7、但具有真正价值的潜在需求;需求获取中风验需求获取隐藏着很大的风险任何错误的需求描述,都必然造成错误的设计、错误的编程和错误的软件结果需求获取的困难第一,通讯渠道不畅,数据管理不严第二,专业领域知识的鸿沟对分析师的业务技能是一个绝对的挑战第三,对分析活动没有系统的工作方法第一,通讯渠道不畅,数据管理不严用户和开发者之间免不了会有错误的解释或误传的可能性,造成需求模糊、错误或二义性。解决这个问题的原则是:建立有效的通信渠道,如调查、座谈会、交流、报告会、电子文档等,做好数据管理,充分发挥数据字典的作用。第二,专业领域知识的鸿沟用户想要什么他说不清,分析师告诉他新系统将

8、会做什么他

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。