网站大量收购闲置独家精品文档,联系QQ:2885784924

软件开发规范[10页].docVIP

  1. 1、本文档共10页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
个人收集整理 勿做商业用途 PAGE2 / NUMPAGES2 封 面 作者:ZHANGJIAN 仅供个人学习,勿做商业用途 项目组 软件开发行为规范 仅供信息化部使用 1??概述? 1.1?编写目的? 为了把公司已经发布的软件开发过程规范有效地运作于产品开发活动中,把各种规范“逐步形成工程师的作业规范”,特制定本软件开发行为规范,以到达提高系统质量的目的。在本规范中,阐述了基本的开发模式,包括需求验证、设计、编码规范、代码审查、单元测试、配置管理等,并明确开发过程中的方法、策略、工具以及环境要求,开发人员都必须遵守本软件开发规范。 文档收集自网络,仅用于个人学习 1.2?读者对象? 本规范读者对象为软件开发项目管理者、项目经理、开发组 2需求评审 2.1过程要求 按软件开发过程经验,问题暴露越早越好。因此,在实施设计和编码前,需对项目经理提供的需求说明文档进行充分的验证,在不明确的需求点上,需要和项目经理进一步核实,确保对每个需求点有清晰、一致的认识和理解。文档收集自网络,仅用于个人学习 在需求验证的过程中,需按以下检查点进行逐项检查(包括不限于): 所有定义、实现方法是否清楚地表达了用户的原始要求? 是否清楚、明确地描述了所有的功能?是否没有不能理解或造成误解的描述?? 需求定义是否包含了有关功能、性能、限制、目标、质量等方面的所有需求?? 需求是否可以验证(即是否可以检验软件是否满足了需求)?? 是否有术语定义一览表? 是否标识并定义了在将来可能会变化的需求?? 各个需求之间是否一致?是否有冲突和矛盾?? 是否定义了系统所有的输入、输出及其来源?主要为客户或者其他外部接口,是否明确定义了输入参数和输出参数?文档收集自网络,仅用于个人学习 是否说明了如何进行系统输入的合法性检查? 功能性需求是否覆盖了所有非正常情况的处理? 对异常数据产生的结果是否作了精确的描述? 是否充分定义了关于人机界面的需求?? 在不同情况下,是否规定了系统的响应时间?? 界面需求是否使软硬件系统具有兼容性?? 是否有对相关日志做明确要求?以满足稽核相关的需要。 针对开发过程中的需求变更,以上需求验证点同样适用,并同时评估需求变更给当前项目的设计和开发带来的风险,包括架构、安全、进度等方面,以便项目经理进行计划调整和安排。文档收集自网络,仅用于个人学习 2.2工具及环境 1.在此过程中,使用 Excel对以上检查点进行跟踪和标记。记录文档需check-in 到svn. 2. 评审完成的需求文档需check-in到svn。 3.任何需求变更文档需check-in到svn。 4.登记相关问题,并跟踪其状态。 3 系统设计及评审 3.1 过程要求 概要设计要以软件需求规格为基础,必须保证需要实现的需求规格已经被设计。概要设计文档的需涵盖以下几方面:文档收集自网络,仅用于个人学习 涵盖系统的总体结构、功能。系统共包含哪些模块,以及模块之间的关系。使阅读者对系统有了全局观。 明确系统使用的外部接口和资源。包括外部环境、第三方接口、第三方技术架构等。 模块设计的进一步细化,包括具体的输入、输出、处理逻辑、与其他模块之间的接口等。 数据结构设计,文档中明确数据的物理结构和逻辑结构,包括数据的存储方式、缓存策略、备份策略、清理策略等。文档收集自网络,仅用于个人学习 容灾设计,主要指外部资源或接口不可用时,系统如何处理,包括客户提示信息、错误现场记录等。 监控设计,针对系统中的关键业务,特别是对实时性、准确性要求较高的功能,需考虑其监控指标、监控方法、业务阀值、告警通知的设计。文档收集自网络,仅用于个人学习 安全设计,在系统概要设计中,要充分考虑系统安全方面的设计,包括数据传输、数据存储、网络攻击等方面的情况。文档收集自网络,仅用于个人学习 其他情况,未在以上提及的项目其他情况,可进行特别说明。 同时,在概要设计过程中,需遵循以下原则: 当需求规格发生变更时,必须修订相关概要设计文档。 在概要设计文档,必须记录、验证需求和概要设计的跟踪关系。 必须保证概要设计文档和代码的一致性。当发生设计更改时,必须修订相应设计文档。 概要设计过程结束前,必须通过评审,并保存评审记录。 设计更改必须经过相关评审,并保存评审记录。 在概要设计评审阶段,可按以下检查点进行逐项验证(包括但不限于): 1、是否描述了接口的功能特征?? 2、接口是否便于查错?? 3、接口相互之间、和其他模块、和需求说明书及接口规格书保持一致?? 4、对接口的数量和复杂度进

您可能关注的文档

文档评论(0)

ipad0c + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档