江苏龙网

  1. 首页 > 生活 > >

在软件系统维护项目中，你认为标准的IT系统应该是啥样子的

从规范流程方面需求1.原始需求或用户需求收集和分析流程，至少要有需求收集清单，进行原始需求分析。2.用户需求分析后，需要有需求变更和需求管理流程，新增需求也是需求变更，需求变更提交后涉及到需求修改，设计开发修改和后续的部署。3.项目工作任务管理，需要有最简单的项目管理系统，管理工作任务，收集工作日志，方面后续的统计分析。4.版本计划，版本发布规范和流程：即时小变动也不是随意发版本，需要有版本计划，版本发布流程，部署流程等。5.软件工程层面：涉及到需求文档，设计类文档，测试类文档：可根据情况裁剪IT支撑工具层面优先级高：变更管理和缺陷管理工具，配置管理工具优先级中：项目管理工具，需求和问题收集平台和工具优先级低：数据收集和采集方面工具
■网友
1、明确的需求变更或维护记录记录功能，需要记录包含发起人 接收人 发起时间 接收时间，处理工时、处理人员规模等；2、对维护的记录进行分析，分析原因，是因为项目组还是需求变更导致的；3、对于需求变更最好有书面的纸质文档保存，对于一些大的变更流程，需要需求提出部门签字等；
■网友
首先，建立一个需求管理流程，1）确保需求不是随便乱提的，要经过业务管理部门负责人的审核。2）让提需求的人及时知道需求的进展，同时也知道项目组在处理很多很多其他的需求。第二，要有全量的的需求变更管理，目的是让用户对现在的需求有一个完整人认识，同时也知道今天这样一个情况的来龙去脉。因为一个大型系统的需求往往来自于很多个用户，更糟糕的是很多提需求的人和用系统的是人是没有交集的，提需求的人往往只见树木不见森林，不对整体业务负责。第三，需求的开发一定不能一个人负责到底，为实现一个需求去把需要变更的模块一路改过去，这样没有人对代码质量和系统结构负责，都是过客，都是要把手头的事情尽快完成，很快系统就会成为一团乱麻。要有经验丰富的人专门负责做总体设计，确定每个需求的实现方案、各个模块改怎么修改增加，开发的人按模块分工负责。第四，千万别指望开发的人自己测试，专业的测试团队能够把缺陷率降低一个数量级。第五，定期对代码源文件的变动情况做一个分析，如果发现有大部分需求都要去改动的一些文件，设计结构上一定有问题。第六，要经常性地向用户了解上线需求的使用情况，要有通畅的问题反馈通道，BUG和需求要在同一个体系内管理，找到每个BUG产生的原因、源自于哪个变更。最后，鉴于你团队人数还比较多，用个JIRA来做变更管理是比较需要的。
■网友
1、有专门的接口（服务台）人接收用户的需求，记录并进行分类（事件），同时定义好优先级（优先级是与用户定义好的）2、2线人员根据需求及优先级，完成每个需求。如果是对原有系统的变更则进行变更流程。3、如果2线人员需要调配更多的资源，则要进行升级，寻求高层的协调。4、定期对事件的处理进行统计分析，查看能够按时完成的需求，和不能按时完成的需求，同时对需求进行分类，如果经常性的需求则固定化，简化流程。5、同时根据需求多少对人员等资源进行评估。6、定期向用户提交相应的报告，以告知用户团队的实际情况，达到用户的理解等满意度。
■网友
Application Life Cycle, Initialize-\u0026gt;Analysis-\u0026gt;Design-\u0026gt;Build-\u0026gt;Test-\u0026gt;Deployment-\u0026gt;close out每个阶段需要流程去管理这些，必须得到批复才能进入后面阶段
■网友
1.对以前出现的需求进行分析、归类，每个客户提出的需求之间是否有包含，重叠等关系，总结以前的需求，按照类别 优先级来归类划分。2.根据需求类别的不同，指定各个类别的负责人把控，必须要有一个需求审核流程。3.建立好需求变更的记录体系，完成的预期工时和实际工时，定期对这些记录情况进行分析和持续改进。
■网友


推荐阅读


上一篇：我女朋友天天和我说要去相亲，啥意思啊

下一篇：公司对C++新人的要求大概是啥样