2016武汉大学软件工程重点(计算机学院)

2016武汉大学软件工程重点(计算机学院)

ID:41272379

大小:1.00 MB

页数:9页

时间:2019-08-20

2016武汉大学软件工程重点(计算机学院)_第1页
2016武汉大学软件工程重点(计算机学院)_第2页
2016武汉大学软件工程重点(计算机学院)_第3页
2016武汉大学软件工程重点(计算机学院)_第4页
2016武汉大学软件工程重点(计算机学院)_第5页
资源描述:

《2016武汉大学软件工程重点(计算机学院)》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、Ch11.文档分类:开发文档、维护文档、用户文档、管理文档作用:记录软件开发过程的标准描述,解决不可视性;通信和交流;管理和维护;用户服务文档是影响软件可维护性的决定性因素,所以维护期间文档比程序代码重要用户文档描述系统功能和使用方法,不关心具体如何实现系统文档描述系统设计、实现和测试等各方面的内容。2.软件特点更依赖人;开发成本、进度难估计;正确性难保证;维护困难;不磨损不老化3.软件定义软件是能够完成预定功能和性能的可执行的计算机程序和使程序正常执行所需要的数据,加上描述软件开发过程及其管理、程序的操作和使用的有关文档。4.软件生产过程模型:瀑布模型优点:规范管理开发过程;文档驱

2、动缺点:初期系统的需求难以完全确定;文档驱动;周期长特点:需求固定;周期长;文档驱动适用范围:需求固定,技术成熟原型模型、快速原型法针对:软件开发初期需求难以确定优点:用户参与;快速缺点:快速;对开发环境要求高适用范围:已有产品;简单而熟悉的领域;有快速原型开发工具;进行产品移植或升级螺旋模型降低风险优点:风险驱动;质量保证;利于维护缺点:对开发人员要求高;用户接受“演化”方法难适用范围:庞大、复杂、高风险的系统;内部开发的大规模软件项目增量模型特点:开放式(利于维护),对开发人员水平要求高优点:任务或功能模块驱动,可以分阶段提交产品缺点:条件比较苛刻(精心的设计)适用范围:需求可能

3、发生变化,分阶段交付给用户;分析设计人员对应用领域不熟悉;中高等风险项目;用户可参与到整个软件开发过程中;使用面向对象或第四代编程语言;软件公司有较好的类库、构件库喷泉模型面向对象生命周期模型特点:迭代、无缝组合模型5.软件生产仍面临三大问题。是哪三大问题?造成问题的根本原因?有哪些解决问题的方法?三大问题:软件质量、成本与开发进度典型表现:软件开发成本和质量难以准确估计、用户常常不满意“已完成的软件”、软件质量不可靠、软件维护困难、软件缺乏文档、软件成本上升产生原因:软件本身的特点(缺乏可见性、规模庞大等)、软件开发和维护的方法不正确解决途径:正确认识(软件=程序+数据+文档)、工

4、程化方法和技术、开发和使用好的工具软件CH21.可行性研究包括:经济可行性(成本效益分析)、技术可行性(风险、资源的有效性、技术方案)、操作可行性(用户组织内的管理制度、人员素质、操作方式)、法律及社会可行性主要步骤:复查系统规模和目标的描述;研究正在使用的系统的系统流程;导出新系统的高层逻辑模型,数据流图+数据字典;重新定义问题;导出解法;推荐方针;草拟开发计划2.数据流图用途建立新系统逻辑模型的工具;作为与用户与开发人员交流信息的工具;作为分析、设计乃至维护的依据3.数据字典组成名字、别名、描述、定义、位置4.痛苦曲线差的项目计划最终会付出进度拖延、质量低劣、不能满足期望的的代价

5、。制定项目计划的确是痛苦的,但会减少在项目后期的痛苦,不做计划则将痛苦留在了项目开始以后。5.工作分解结构将整个项目划分为子元素的程序,逐层对项目进行分解。作用:项目的认知、协同环境层次、控制层次。1.项目进度安排成本和工作量估算代码行:(a+4m+b)/6甘特图CH31.需求分析作用充分理解现实中的业务问题,作为软件设计的基础;为软件项目的成本、时间、风险估计提供准确的依据;减少开发工作量,避免将时间与资源浪费在设计与实现错误的需求上;通过提供需求文档有效的管理系统演化与变更;作为合同的一部分;为最终的验收测试提供标准和依据。2.需求的分类业务需求(客户对系统高层次目标要求,项目的

6、远景和范畴)、用户需求(用户角度描述系统功能需求与非功能需求,只涉及系统的外部行为)、系统需求(系统应该提供的功能和服务,涉及交互)3.系统性需求功能性需求(完整性、一致性、准确性);非功能性需求(可用性、可靠性、性能、可支持性)采用可度量的特性进行描述4.需求获取技术用户访谈、用户调查、现场调查、文档分析、原型、模型驱动的方法、头脑风暴5.结构化分析SA核心思想:面向数据流的分解和抽象;模块化;自顶向下逐步求精DFD(数据流图)、DD(数据字典,描述数据的具体格式)、STD(状态转换图)、E-R图数据模型:实体关系图(描述数据之间的关系)功能模型:数据流图(数据在功能模块之间的流动

7、)行为模型:状态转换图(描述了数据的状态以及状态的转换)6.面对对象分析方法OOACH4总体设计1.总体设计必须将用户需求转化为对计算机系统的逻辑定义。分为系统设计阶段(系统的具体实现方案)、结构设计阶段(软件结构、确定每个程序由哪些模块组成,以及模块之间的相互关系)1.软件质量评价标准有效可靠;结构清晰,具有层次性,无回路调用,模块独立性好(良结构、易测试、易维护、可移植;达到需求、界面友好、简单易学);文档齐全;重用性、开放性;尽量简单2.模块三个基本

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

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

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