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

Peoplesoft项目开发过程规范讲述.docx

  1. 1、本文档共14页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
Peoplesoft项目开发过程规范讲述

Peoplesoft项目开发过程规范 目的 系统设计编码的目的在于开发、设计和实现关于需求的解决方案。 本过程规定了项目开发设计工作应遵循的步骤和原则,保证《需求规格说明书》中的各项要求在设计时都能够得到满足;对项目的编码实现进行质量控制,保证编码实现活动按计划顺利完成并与设计相一致。 适用范围 适用于公司所有产品研发类、产品开发类、维护开发类项目。 参考文件 《决策分析控制程序》 《评审过程实施细则》 《变更控制程序》 《软件测试控制程序》 定义 无 职责 角色/部门职责项目经理提请、组织、参与设计评审,批准设计结果,协调项目组内各角色之间的协同合作关系。设 计 师根据《需求规格说明书》进行系统整体架构的分析和设计。编写《概要设计说明书》或《详细设计说明书》, 参加设计评审,参与代码走查。开发工程师根据《概要设计说明书》或《详细设计说明书》,完成代码编写以及单元测试或指定的详细设计,参与代码走查,参加设计评审。设 计 组参与设计评审。文献工程师制作用户文档。入口 入口准则 《需求规格说明书》通过评审 输入 《需求规格说明书》 流程图 图1. 设计编码过程示意图 图2:软件设计编码过程示意图 主要活动 系统设计编码过程包括系统设计、系统实现。系统设计是指设计软件系统的体系结构、数据库、模块等,在需求和代码之间建立桥梁,一般分概要设计和详细设计两个阶段;系统实现是指开发工程师按照系统设计去编码开发,并鼓励进行单元测试、代码走查;在设计编码过程中同时进行用户文档的编制。 5.8.1 设计原则 设计工作应正确、完整地反映《需求规格说明书》的各项要求,充分考虑其功能、性能、安全保密、出错处理及其它需求。保证设计的易理解性、可追踪性、可测试性、接口的开放性和兼容性,考虑健壮性(易修改、可扩充、可移植)、重用性。考虑选用合适的编程语言和开发工具,制定编码规范和系统约定等。 对于PS开发,需要在实现难度,代码维护,系统集成方面考虑,在对需求处理时需要定义好任务的技术边界,比如该方案哪部分由java处理,哪部分由peoplesoft处理,是否需 要引入第三方组件等。 5.8.2 设计方法 设计时要使用有效的方法进行软件设计。软件设计方法一般采用面向结构设计方法、面向对象设计方法或其他方法。 5.8.3 多方案选择 系统设计过程进行多方案选择时,按照《决策分析控制程序》进行系统架构选择和关键技术方案的确定。 5.8.4 概要设计 概要设计是分析各种设计方案和定义软件体系结构的过程。设计师在充分了解需求的基础上,依据《需求规格说明书》选用适当的设计方法,分析与设计软件的结构、模块功能。通过系统分解,确定子系统的功能和子系统之间的关系,以及模块的功能和模块之间的关系,编写《概要设计说明书》。《概要设计说明书》必须经过技术评审。概要设计评审通过后,概要设计说明书及其评审记录纳入受控库管理。负责概要设计的系统分析师填写《需求跟踪矩阵》的相关设计项。 概要设计检查表#检查项是/否/不适用1类设计、文档中有没有类设计?有没有对类图进行描述? 2类层次结构是否表达清晰,准确,完全,合理(便于开发)? 3如果有重要类或者复杂类,有没有用具体的例子描述? 有没有对类的方法,属性等进行约定? 4类(对象)之间关系如果侧重时序关系,则需要绘制时序图; 类(对象)之间关系如果侧重之间的接口交互,则需要绘制协作图; 文档中有没有上述内容?或者有没有对类(对象)之间的关系进行描述? 5类之间的消息传递次数是否是有限的,传递的内容、传递的方式是否是合理的? 6数据库设计 数据库设计是否考虑了项目的硬件环境和软件环境?是否考虑了可能承载的最大负荷,或者突发负荷么? 7数据库设计时候是否采用了ER图? 表结构设计的考虑是什么,文档中是否有描述? 表中的主键,外键,索引是否需要定义,是否恰当的定义了? 表中的每个字段名称,含义,所取的数据类型和有效值范围是什么?是否合理?这些字段的设计是否能满足需求分析的要求? 8数据库设计时候是否考虑了便于将来对表结构或者记录结构进行修改? 9数据库的设计是否还遵循《软件开发部数据库开发规范》文档的约定? 10模块设计 如果项目中使用独立的可重用模块或者开发框架,需要描述在项目中使用它们中的哪部分功能,并且说明为何采用? 11文档中有没有描述项目和外部系统的接口交互? 如果有接口,则文档中是否描述了它们之间定义的‘协议’? 交互的数据是否会在输出设备上显示?是否和用户相关? 12模块的详细设计应该完成,或者优先级高的模块详细设计必须完成。 13是否将需求分析得出的系统各部分间的

文档评论(0)

jiayou10 + 关注
实名认证
内容提供者

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

版权声明书
用户编号:8133070117000003

1亿VIP精品文档

相关文档