软件开发方案

广州软件开发公司技术部门项目维护规程

来源：广州软件开发编辑：广州软件开发公司日期：2020-02-29

具体表述如下：

　　1、首先让山东软件开发公司用户依照我方供给的《问题反应》表格将问题描绘清楚，提交我方，如有必要的材料则同时提交；

　　2、我方依据乙方供给的问题描绘进行剖析是体系漏洞仍是新需求；

　　3、如是体系漏洞，剖析问题的难易程度，列出处理问题的计划，如是新需求则制作《需求变更报告》，待乙方确认后给予处理；

　　4、依据《问题反应》将问题场景再现，按计划进行处理；

　　注：处理问题或完成新需求需求考虑其紧急程度及对现有体系的影响，包含相关数据结构的相关、已存在数据的影响等；分模块进行的体系还有考虑处理前边模块问题对现在模块开发时间、进展安排的影响；

　　当用户提出问题时第一件事儿是先将这个问题记下来，而不是想着怎么处理或是怎么推掉。

　　记录下的用户问题依照急切程度、完成的难易程度、是否在原来需求范围之内打标示。然后再判别处理的策略

　　一个项目均应对应着一张需求及问题列表，将之聚集和记录

　　保护应制定相应的策略，作为任务分化之后，再完成

　　完成好后，考虑布置工作，今后的布置应以升级方式来完成，可是现在还不太好完成。还没有一个统管机制。

　　布置时可以挑选长途布置和现场布置，今后要整理出来一个规范，能长途布置的尽量长途布置，可是假如以为依托长途布置不能处理问题的，一定要现场布置。

　　关于保护时出现现场环境没事儿，而用户环境有事的状况，一般是长途衔接，假如长途衔接条件不具备的话，则山东软件开发公司考虑尽可能真实的再现用户场景（例如导入用户的数据库），要么就得是到现场了。当然该剖析得仍是得剖析。剖析不出来的，再按上述三条处理。