信息中心管理制度
通信设备有限公司 信息中心管理制度 2004年2月 目　录 1. 软件项目实施规范； 2. 软件项目开发规范； 3. 软件购买参考方案； 4. 计算机管理制度； 5. OA办公系统使用管理制度； 6. 信息中心工作流程。 通信设备有限公司 软件项目实施规范 为了使项目实施规范化，科学化，提高项目实施的效率，制定下列实施规范。 1. 项目实施前的准备工作 1. 确定项目实施负责人员及被实施单位的负责人员 为了保证项目实施的成功，必须分清责权，要求指定项目实施的具体负责 人员及数量，被实施单位的具体负责人员及数量。保证实施过程中的项目配 合。 2. 确定项目实施地点和单位 确定项目实施的确切地点和单位，提前以书面形式通知被实施单位，作好 必要的实施准备工作。 3. 确定项目实施需要的软件和硬件 确定项目实施需要的软件，了解软件的操作方法，熟悉软件的流程，能处 理好软件在实施过程中可能出现的问题。知道软件存在的缺陷和不足，在实 施过程中避免因为软件的问题，影响实施工作的进度。了解被实施单位硬件 的建设情况，如果硬件条件不足，提出相应的更改意见。 4. 制定详细的项目实施计划书 制定详细的项目实施计划书，必须给出项目实施确切的开始时间，结束时 间。确定实施方法，对实施进度进行合理安排。以此作为实施的参考。 2. 项目实施中的技巧 项目实施遵循以下几点： 1. 先对被实施单位进行系统化培训，作好培训工作，根据实施进度，安排更全面 的培训。 2. 先实施基础部分。 一般而言，软件系统分两大部分：基础数据，业务数据。要想使软件达到 预期的效果，基础数据必须得全面，业务数据一般都围绕基础数据运行。所 以，在实施过程中，一定要先实施基础数据。好的开端是成功的一半。 3. 先易后难。 在实施过程中，要分清实施部分的难易情况，将简单易用的模块先实施。 因为，大多数被实施单位的人员对软件不了解，对计算机应用不十分熟练， 对软件持怀疑态度，有抵触情绪。所以，在实施过程中，要逐步让被实施人 员了解软件，掌握软件，排除对软件的抵触情绪，使操作者从根本上认可软 件。 4. 按部就班，逐步推广。 在实施过程中，必须按照软件设计的业务流程，逐步实施，不能跨模块实 施。跨模块实施，影响数据运算的准确性，和系统的完整性，将可能导致实 施失败。 5. 善于总结经验，并能灵活运用之。 6. 坚持原则，实事求是。 实施过程中，坚持原则，对无理要求要给予拒绝，并说明原因，对符合要 求的问题，要敢于解决。对运算结果实事求是，对就是对，错就是错，及时 查找原因，不能推卸责任。 3. 项目实施中的进度 在实施过程中，要把握好实施进度，不能实施周期无限长，也不能实施工 作草草结束。要做到以下几点： 1. 制定月实施计划，让被实施单位实施负责人签字 每月月初1到5号制定当月计划，将月计划反馈总部信息中心。详见附件 2. 制定周实施计划 详见附件 3. 填写工作日志 详见附件 4. 每周写周工作总结 详见附件 5. 每月写月工作总结，让被实施单位实施负责人签字，并写出对实施工作的意见 。 每月1号到3号，将上月工作总结反馈总部信息中心。详见附件。 4. 项目实施中出现的问题及解决办法 在实施过程中，可能因为软件因素或者其他因素，出现问题。遇到问题， 要根据实际情况和软件要求积极解决。注意以下几点： 1. 软件问题： 一般性问题（不涉及软件功能及流程）：要求写出软件修改申请书，并注 明软件需要修改的内容，由被实施单位实施负责人签字，报总部信息中心， 统一安排修改。 功能性问题（涉及软件功能及流程）：要求写出软件修改申请书，并注明 软件修改后所达到的功能，并由被实施单位实施负责人签字，报总部信息中 心论证。 2. 其他原因： 要本着负责的态度，积极进行协调解决。如不能解决可向上级部门汇报。 5. 项目实施成功的标志 项目实施成功的标志有两点： 1. 程序运行一个周期后，没有出现一般性错误和功能性错误，数据运算 准确。 2. 被实施单位的软件操作者，已经熟练掌握软件的使用方法，知道软件 实现的功能，对软件的业务流程有深刻的认识。 6. 项目实施结束后的工作 实施结束后，要对实施工作认真总结，找出实施中存在的问题，求同存异 ，总结经验，并提出解决办法，修正后续实施的工作安排，完善实施工作计划， 使后续实施能够更顺利，更圆满的完成。 附件： 月实施计划： |单位：| |软件：| |实施负责人：| | |计划 |开始时 |结束时间|天数 |结束标志|被实施负责人|是否实施结束 | | |间 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 周实施计划： |单位：| |软件：| |实施负责人：| | |本周计| | |划 | | |日期：| | 工作日志： |日期： | |实施负责人| | | | |： | | |计划工作| |实际完成情| | |情况 | |况 | | |出现问题| | 月工作总结： |单位：| |软件：| |实施负责人：| |意见 | |计划 |开始时 |结束时间|天数 |结束标志|被实施负责人|是否实 | | | |间 | | | | |施结束 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 通信设备有限公司 软件项目开发规范 1. 软件开发流程： 由需求部门提出要求，将详细的需求报告报信息中心，经信息中心调研，制定需求 分析报告，论证可行性方案后，由需求部门指定一人，负责协助信息中心软件开发人 员进行软件开发。软件开发完毕后，由需求部门试运行，对不符合需求部门要求的地 方，需求部门要写出书面修改报告，由信息中心根据修改报告对软件进行修改。软件 修改结束，交付需求部门使用。信息中心负责软件维护。 软件维护 [pic][pic][pic] 修改方案 软件修改 软件交付使用 需求报告 信息中心 需求分析报告 需求调研 可行性分析报告 需求部门 [pic][pic] 软件试运行 修改方案 软件设计方案 软件开发 [pic][pic] 2. 程序设计规范： （一）、开发环境： 系统：windows98/2000 数据库：ms sqlserver2000,mysql （二）、开发工具： powerbuilder 6.5 （三）、编码规范： 1. 命名规范： 1）、版本号命名规范： 版本号格式：公司名称+软件名称+版本号 软件开发完成后，版本号为1.0 一般性修改（在不改变功能的修改），版本号小数位顺序加1 功能性修改（软件功能有所改动或流程变动后），版本号整数位顺序加 1，小数位为0 2）、字段类型规范： |类型 |名称 |全局命 |实例命名 |局部命名 |备注 | | | |名 | | | | |String |字符型 |Gs_ |Is_ |Ls_ | | |Integer |整数型 |Gi_ |Ii_ |Li_ | | |Long |长整数型 |Gl_ |Il_ |Ll_ | | |Decimal |实数型 |Gdec_ |Idec_ |Ldec_ | | |Datetime |日期时间 |Gdt_ |Idt_ |Ldt_ | | | |型 | | | | | |boolean |布尔型 |Gb_ |Ib_ |Lb_ | | 3）、函数命名规范： 全局函数：f_函数名称，并注明汉字说明。 窗口函数：wf_函数名称 4）、PBL命名规范： abc_名称，并注明汉字说明。 5）、窗口命名规范： w_PBL名称_窗口名称，并注明汉字说明。 6）、用户对象命名规范： uo_名称，并注明汉字说明。 7）、数据窗口命名规范： 一般数据窗口：d_名称，并注明汉字说明。 下拉数据窗口：d_dddw_名称，并注明汉字说明。 8）、控件命名规范： 控件前缀加名称，并注明汉字说明。 9）、结构命名规范： st_名称，并注明汉字说明。 10）、数据表命名规范： 基础数据表：abc_名称_m_顺序号 操作数据表：abc_名称_t_顺序号 2. 注释规范： 1）、在每段代码的开始部分加入以下注释： 代码编写人： 代码编写日期： 代码实现功能： 代码行数： 代码实现功能： 代码修改人： 代码修改日期： 代码修改后实现功能： 代码修改后行数： 2）、在变量后注释变量名称，用途 3）、在程序代码运算部分加以下注释： 运算公式： 思路： （四）、文档管理： 1. 业务流程图 根据调研报告由开发人员编写 2. 数据流程图 根据业务流程图，组织数据流程图，由开发人员编写 3. 数据结构 根据设计要求，由项目负责人编写 4. 开发工作日志 由开发人员，填写每天的工作日志 格式： |开发工作日志 | |工作内| | |容 | | |工作意| | |见 | | |姓名：| |日期： | | 5. 修改工作日志 由开发人员，根据修改报告填写修改日志 |程序修改日志 | |修改要 | |要求人 | | |求 | |： | | |详细内 | | |容 | | |修改结 | |修改人 | | |果 | |： | | |详细内 | | |容 | | |备注： | 6. 调试工作日志 由程序调试人员，根据程序调试情况填写调试工作日志 |程序调试日志 | |调试部 | |要求人 | | |分 | |： | | |详细内 | | |容 | | |调试结 | |调试人 | | |果 | |： | | |详细内 | | |容 | | |备注： | 7. 实施工作日志 由实施人员，根据实施情况填写实施工作日志 |实施日志 | |实施软件：| |实施人 | | | | |： | | |被实施单位| | |： | | |日期： | | |具 | | |体 | | |实 | | |施 | | |进 | | |度 | | |及 | | |内 | | |容 | | |备注： | 8. 帮助说明 由开发人员编写程序说明书。 要求：软件说明书图文并茂，文字简单明了，对软件功能描述正确。使 软件使用者能通过软件说明书独立掌握软件的使用方法。 9. 系统需求分析报告 根据需求部门的需求报告，由项目负责人编写需求分析报告。 10. 系统调研报告 由调研人员，根据实际调研情况编写调研报告。 11. 系统可行性分析报告 由系统开发组，根据可行性分析情况编写可行性分析报告。 12. 系...
信息中心管理制度