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

　　具体表述如下：

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

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

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

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

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

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

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

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

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

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

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

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