山东软件开发公司 对于已经启用的项目和模块在使用过程中发现新的需求或问题时，应按项目维护的规程操作，规程图如下：

　　具体表述如下：

　　1、  首先让 山东软件开发公司用户按照我方提供的《问题反馈》表格将问题描述清楚，提交我方，如有必要的材料则一并提交；

　　2、  我方根据乙方提供的问题描述进行分析是系统漏洞还是新需求；

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

　　4、  根据《问题反馈》将问题场景再现，按计划进行解决；

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

　　当用户提出问题时第一件事儿是先将这个问题记下来，而不是想着如何解决或是如何推掉。

　　记录下的用户问题按照急迫程度、实现的难易程度、是否在原来需求范围之内打标注。而后再判断处理的策略

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

　　维护应制定相应的策略，作为任务分解之后，再实现

　　实现好后，考虑部署工作，以后的部署应以升级形式来完成，但是目前还不太好实现。还没有一个统管机制。

　　部署时可以选择远程部署和现场部署，以后要整理出来一个标准，能远程部署的尽量远程部署，但是如果认为依靠远程部署不能解决问题的，一定要现场部署。

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