当前位置:首页 > 天道酬勤 > 正文内容

互联网属于it行业吗(互联网行业的分析)

张世龙2021年12月20日 17:52天道酬勤680

今天编辑来给大家普及这个制度,多了解还是有好处的,大家不要嗤之以鼻,不屑一顾。

一、制度目的

为了规范项目研发,加强项目管理,保证信息系统符合业务一致性、内控合规性、系统稳定性、系统安全性,使本公司的新产品开发能够严格遵循科学管理流程,公司应

二、适用范围

本制度适用于产品技术人员及其关联公司的产品开发和项目管理的全过程。 附件涵盖《产品需求申请表》模板、《产品设计PRD文档》模板和《产品测试文档》模板。

三、制度说明

1 .本制度下的软件开发是指新产品系统开发和现有产品系统的升级改造。

2、本制度下的软件开发遵循项目管理和软件工程的基本原则。 项目管理包括立项管理、项目规划与监控、配置管理、协同开发管理、项目管理。 软件工程包括需求管理、系统设计、系统实现、系统测试、验收测试、试运行、系统验收、系统在线化和数据转换。

3 .各软件开发项目组应严格遵循本制度所附的流程和模板,必要时应经过相关评审。

四、主要作用和责任

五、开发管理进程

(一)需求管理

根据公司业务开展和软件产品应用现状提出的需求,应当按照本制度的内容执行。

1 .需求分类:

(1)根据其紧急程度,分为紧急系统需求和非紧急系统需求。

(2)根据其实施先后顺序,可分为紧急、高、中、低四个等级;

2 .批准程序

1 )需求申请人提交至《产品需求申请单》 (详见附件1 )管理业务的部门进行业务评审,审核合格后向产品技术中心报告。

2 )产品技术中心根据产品的需求进行分析,编制评审报告进行内部评审,评审通过后,列入部门工作计划,提交公司中较高的决策层。 评审的内容主要包括预计工作量和成本、风险、可行性分析等。 (详情请参照附件2: 《产品需求文档(PRD)模板》 )。

(二)立项管理

评审中确认的产品需求由产品技术中心提交给公司的中高决策层,讨论合格后的立项。

(三)项目规划和监测

针对产品的需求,软件开发以项目形式进行管理,项目经理负责项目整体的计划、组织、协调和控制。 技术负责人与项目经理、产品经理和项目相关人员进行了有效的沟通,在项目目标、项目计划、工作方法上达成了一致。

(四)系统设计

1、在系统设计阶段,让用户或业务一线人员充分参与,确保系统设计满足系统需求。

2、项目小组结合要求规格书或系统原型,进行数据库设计和功能设计,形成《DB设计书》。 项目小组组织相关人员审核核心功能相关设计,发行《评审报告》,审核人员签署审核意见进行确认。

3 .项目小组进行详细设计,发行《单元测试案例》。 《详细设计说明书》需要定义系统输入输出规格和接口设计规格。

4 .详细设计评审和数据库设计评审以《业务需求规格说明书》为依据,确保系统设计满足所有需求。

5 .要对确认的系统设计进行修改,需要得到项目经理、技术组负责人和测试负责人的批准。

(五)系统的实现

1 .系统的实现包括程序代码、单元测试和集成测试。

2 .保证系统实现时开发、测试和生产环境的独立,建立各环境的访问权限控制机制,明确项目成员的职责分工。 必须在物理或逻辑上隔离生产、测试和开发环境。

3 .项目小组进行单元测试和集成测试,发行《单元测试报告》、《集成测试报告》和《系统测试用例》,检查员签名确认检查结果。 详情请参照附件3: 《系统_测试报告》、附件4: 《系统_测试用例》。

4、项目小组完成《用户操作手册》 (见附件5 ),如有应用系统相关变更,及时更新手册。

(六)系统测试和验收测试

1、项目测试组根据项目总体规划制定项目测试计划。

2、产品技术中心确保开发、测试、验收、在线运营环境的独立,建立各环境的访问权限控制机制。

3、为内部测试建立检测环境,网络运营中心在检测环境中进行检测,并在《验收测试报告》上签字确认。

4 .业务部门邀请合作伙伴参加测试,确保系统管理活动相关功能得到充分测试,系统生成的财务报告编制相关报告的准确性。

5、验收测试通过后,进一步完善《用户操作手册》。

(七)系统的试运行

1 .网络运营中心根据项目的规模和影响决定试运行战略。

2 .研发事业部组织制定《试运行计划》,提交网络运营中心批准。

3、研发事业部进行相关系统的引进工作,准备培训资料,培训相关用户和信息技术人员。

4 .试运行达到《试运行计划》规定的终止条件时,项目组编制《试运行报告》。 该报告应由项目组和试点项目编写

单位审批确认,并提交系统主要使用部门负责人审批。

(八)系统验收

1.研发事业部及业务归管部门组织验收小组,从业务需求和功能需求及技术需求进行系统评估验收。

2.验收小组依据验收情况整理形成《产品验收报告》提交信息系统研发事业部及业务归管部门审阅。

(九)系统上线

1.系统上线应遵循稳妥、可控、安全的原则。

2.研发事业部提交系统上线发布申请。

3.研发事业部在系统发布前检查经测试人员、相关业务归管部门负责人审批确认的《系统发布申请》、相关《测试报告》是否齐全,并提交公司决策层审批确认。

(十)数据转换

1.研发事业部配合数据转换/初始化各相关部门,根据网络运营中心和研发事业部负责人签字确认的《数据迁移计划》/《数据初始化计划》进行数据转换/初始化操作。

2.研发事业部将数据转换/初始化结果记录在《数据迁移结果报告》/《数据初始化结果报告》中,由网络运营中心负责人审阅并签字确认。

(十一)结项管理

系统结项后,将系统交由运维团队进行维护支持工作。

(十二)配置管理

1.产品技术中心统一使用SVN进行版本控制。

2.软件开发过程中各项目管理文档和工作成果均作为配置项进行管理,其中包括:需求文档、设计文档、代码、测试用例、测试数据、数据转换记录以及项目相关文档。

六、开发模式

我公司采用混用开发模式,以传统瀑布式开发模式加入敏捷开发特点,多讨论、多沟通,减少冗杂,做到项目的科学管理,完成产品的快速迭代升级。

(一)前期准备、评审阶段

此阶段主要内容为需求分析,制定相应的解决方案,并对方案进行分析。

1.需求分析:专业业务需求人员需明确产品需求,分析其版本功能、业务背景、需解决问题、用户操作场景等主要信息。

2.解决方案:包括系统功能、技术方案等,内容格式可自由扩展,但需明确满足产品需求的方式、方法。

3.方案评审:须经业务专家级人员及业务经验丰富的人员参与评审,做出关键评审意见,在此基础上进一步充实解决方案,形成项目列表。同时完成针对每个开发功能, 拆解为详细的开发步骤, 估算出工作量。

(二)项目实施阶段

本阶段重点内容为确立产品最终需求,使团队成员更加清晰了解产品需求、开发、测试等多个环节,合理安排工作任务,做到科学规范,合理裁剪,快速敏捷。项目实施所涉及的过程管理,参照本制度中开发管理过程等内容。

工作任务安排如下图:

(三)迭代开发阶段

本阶段实施过程中,需遵循科学的开发管理过程,并根据实际情况进行相应的调整。

1.跨越版本升级过程中的小版本迭代升级,为短周期迭代,周期半个月,一个月,两个月不等。快速迭代过程中,技术团队应时刻重视团队合作,每个迭代过程必须遵循科学的开发管理过程,根据实际的情况进行裁剪。

2.迭代开发周期结束后,需提交可验证的交付物,团队成员针对此迭代阶段进行评审、总结,在下一个迭代过程发扬优势,规避劣势。

3.迭代开发交付的成果为经过测试团队严格测试、需求分析人员认可、满足本次迭代需求的有价值的成果。

4.迭代过程监控:涵盖晨会、夕会、cxdyb、站立会,时间为10-20分钟。团队成员需做如下总结:昨天的成果、今天的计划、遇到的问题。项目可视化方式包含:任务燃烧图, BUG趋势图, 明细任务显示图等。

(四)集成测试阶段

本阶段按《测试计划》(详见附件5:《xx系统_测试计划_模板》)进行兼容性测试、功能测试、性能测试,确保产品整体稳定性,可靠性;制定BUG趋势图,测试工程师需对出现的BUG进行跟踪管理,可采用禅道项目管理软件等。

(五)产品上线

产品开发经过以上过程,完成内部评审后,方可上线。

产品开发过程管理

下面的附近太多了,我就不一一发了,有需要的可以留言,我打包发给大家:

扫描二维码推送至手机访问。

版权声明:本文由花开半夏のブログ发布,如需转载请注明出处。

本文链接:https://www.zhangshilong.cn/work/25784.html

分享给朋友:

发表评论

访客

看不清,换一张

◎欢迎参与讨论,请在这里发表您的看法和观点。