- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件工程基础知识
什么是软件需求
软件需求就是系统必须完成的事。
软件需求包括功能需求、非功能需求和设计约束。
( 1 )功能需求:是指系统必须完成的那些事
( 2 )非功能需求:是指产品必须具备的属性或品质,如可靠性、性能、响应时间、容错性、扩展性等。
( 3 )设计约束:也称为限制条件、补充规约
需求工程
( 1 )需求开发:包括需求捕获、需求分析、编写规格说明书和需求验证四个阶段。
( 2 )需求管理:通常包括定义需求基线、处理需求变更、需求跟踪等方面的工作。
而对于需求工程而言,最重要的还是需求开发
需求捕获技术
( 1 )用户访谈( 2 )用户调查( 3 )现场观摩(4) 文档考古( 5 )联合讨论会
可行性研究
可行性研究工作的任务
( 1 )技术可行性( 2 )经济可行性( 3 )社会可行性
可行性研究工作的步骤
( 1 )核实问题定义与目标( 2 )研究分析现有系统( 3 )为新系统建模( 4 )客户复核( 5 )提出并评价解决方
案( 6 )确定最终推荐的解决方案(7 ) 草拟开发计划( 8 )以书面的形式提交《可行性分析报告》并进行审查
需求分析
创建数据字典:数据字典是对系统用到的所有数据项和结构进行定义,以确保开发人员使用统一的数据定义。
流行的需求分析方法论
结构化分析方法 (Structured Analysis, SA);面向对象分析方法 (Object Oriented Analysis, OOA)
数据流图 (Data Flow Diagram,DFD):数据流图是一种图形化的系统模型,它在一张图中展示信息系统的主
要需求,即输入、输出、处理(过程)、数据存储
实体-关系图:椭圆表示属性、矩形表示实体,菱形表示联系
软件设计基本原则
信息隐蔽
信息隐蔽技术不仅提高了软件的可维护性,而且也避免了错误的蔓延,改善了软件的可靠性。
模块独立性:高内聚低耦合
模块间耦合和模块内聚
用户界面设计
1. 可使用性
( 1 )使用的简单性( 2 )用户界面中所用术语的标准化和一致性( 3 )拥有帮助功能( 4 )快速的系统响应和
低的系统成本( 5 )用户界面应具有容错能力
2. 灵活性
( 1 )考虑用户的特点、能力、知识水平,应当使用户界面能够满足不同用户的要求( 2 )用户可以根据需要
制订和修改界面方式( 3 )系统能够满足用户的希望和需要( 4 )与其他软件系统应有标准的接口
3 .复杂性和可靠性
( 1 )用户界面的规模和组织的复杂程度就是界面的复杂性( 2 )用户界面的可靠性是指无故障使用的间隔时
间
评审
尽量不让错误传播到下一个阶段,评审一般采用评审会议的形式来进行。
管理评审:管理方面
技术评审:技术方面
论证
评估:由第三方进行的
审计:需要对前面的过程的一个总结一个经验教训做一个评价,需要形成组织过程资产
事前论证、事中评审、事后审计
软件测试
软件测试是为了发现错误而执行程序的过程, 应当把 “尽早地和不断地进行软件测试”为需求,测试用例应当
由测试输入数据和对应的预期输出结果这两部分组成;程序员应避免检查自己的程序,在设计测试用例时,应包括
合理的输入条件和不合理的输入条件;注意测试中的群集现象。经验表明,测试后程序中残存的错误数目与该程序
中己发现的错误数目成正比。严格执行测试计划,排除测试的随意性;应当对每一个测试结果做全面检查;妥善保
存测试计划、测试用例、出错统计和最终分析报告,软件测试并不等于程序测试。软件测试应贯穿于软件定义与开
发的整个期间。
测试用例设计
1 .黑盒测试
黑盒测试把测试对象看做一个空盒子,不考虑程序的内部逻辑结构
( 1 )等价类划分
( 2 )边界值分析
( 3 )错误推测法
人们也可以靠经验和直觉推测程序中可能存在的各种错误
( 4 )因果图
2.白盒测试
把测试对象看做一个透明的盒子,考虑内部的逻辑结构
看到覆盖选白盒
软件测试策略
1. 单元测试
单元测试也称为模块测试,是针对每个模块进行的测试
2. 集成测试
在单元测试的基础上,将所有模块按照设计要求组装成系统
3. 确认测试
您可能关注的文档
最近下载
- TCQAE.32025信息技术生僻字处理第3部分服务机构要求.pdf
- 医学影像检查技术学教案(本科).doc
- TCQAE.22025信息技术生僻字处理第2部分业务系统要求.pdf
- TCQAE.12025信息技术生僻字处理第1部分软件产品要求.pdf
- 《信息技术 生僻字处理要求 第 3 部分:服务机构》.PDF
- 《信息技术 生僻字处理要求 第 2 部分:业务系统》.PDF
- 国际结算(史燕平)第三章 国际结算方式--汇款方式与托收方式.ppt VIP
- 《信息技术 生僻字处理要求 第1部分:软件产品》.PDF
- 2025年青岛版(2024)小学科学三年级上册(全册)教学设计(附目录P150).docx
- 国际结算中的票据.pptx
文档评论(0)