月7日 项目 之软件工程基础知识 信管师.pdfVIP

月7日 项目 之软件工程基础知识 信管师.pdf

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 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. 确认测试

文档评论(0)

7号仓库 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档