复旦光华之gh-系统设计程序v.doc

系统设计程序 上海复旦光华信息科技股份有限公司8/81 目的通过对项目的开发进行详细的策划，对资源、成本及进度进行合理的估算，形成项目计划，并在开发过程中，遵照项目计划执行，以保证项目的开发质量。2 适用范围适用于除培训部外所有生产业务部门所有项目的开发和集成活动。可分为承接客户委托的开发（含只有我方承担部分开发阶段的情况，如只编程、测试，或只设计、编程等）、自主项目开发等。对于合作开发的项目，本系统设计程序也适合，但要与合作方进行协商。3 职责 由项目负责人负责指定本项目的系统分析工程师、配置管理员等角色，指定项目各部分的责任人（研发项目按照内部科研开发项目管理规定进行）。 由项目责任人按本文规定和项目计划编写规范的要求对项目的开发进行策划并编写项目计划。 部门经理负责指定评审人员，对项目计划进行评审（如是纯软件项目，执行软件评审控制程序）。 部门经理负责批准项目计划。4 工作程序（流程图见附件）4.1 系统总体规划4.1.1 建立通信方式项目负责人负责确定与用户之间通信的方式与通道，并保证在策划期间（以及项目以后的各阶段）该通道保持畅通。4.1.2 确定系统概貌 获取定义项目范围所需要的各种信息，明确项目名称、开发目的、目标用户、项目特点、实现功能、拟采用的技术对策等。 如为已有项目的改造，明确需改造的功能、内容。如为分阶段开发的项目，明确各阶段的开发功能、内容。 明确各种参考资料，包括用户提供的资料以及可供项目参考的其它资料。4.1.3 初步确定硬件运行环境构成画出整个系统的硬件运行环境拓扑图。详细标识设备名、数量以及相互之间的连接方法和传送协议。如为已有项目的改造，明确标识所需修改之处。4.1.4 初步确定软件构成（如果没有软件部分，则本节略去）画出全部软件的功能模块框架图。明确软件开发规模、操作系统及支撑软件如数据库等、开发工具、文档工具以及使用的已有的中间件和构件等。确定可以复用的软件资源，比如可以直接使用的中间件/构件、新构件等。4.1.5 规划配置管理根据配置管理程序、配置管理计划编写规范的要求制订配置管理计划，列入项目计划中。4.1.6 确定开发方针如果在开发中采用与已有的开发方法不同的新的开发方法时，除填写名称外，还应描述此开发方法本身的特殊之处、流程。4.2 确定人员构成 项目负责人在承担项目部门的经理协助下确定项目组成员及其职责。 项目负责人提出、部门经理审批各项设计的审核人和批准人，以及技术支持、售后服务等责任人员。 项目负责人在部门经理协助下确定公司内协作开发的其它有关部门。a) 明确协作开发的有关部门的名称、负责人姓名、承担的工作内容及工作实施责任人的姓名、联系方法（电话、传真、电子函件等）和通道。b) 明确提供软硬件产品的有关部门的名称、负责人姓名、提供的软硬件产品的内容以及工作实施责任人的姓名、联系方法（电话、传真、电子函件等）和通道。 确定有关的合作公司的名称、公司负责人姓名、承担的工作内容以及实施人的姓名、联系方法（电话、传真、电子函件等）和通道。 明确最终客户、直接客户及其所在公司、部门名称和联系方法（电话、传真、电子函件等）。4.3 制定评审计划在评审计划中填写各个开发阶段应进行的主要工作、需完成的成果和质量记录、需进行的评审等，作为项目计划的一部分。4.4 策划风险管理综合考虑项目的具体特点及相关因素，识别出项目的风险，包括潜在的风险，对项目成本进行估算。可以从如下几个方面对风险进行认定： 系统规模-同项目（产品）大小相关的风险 商务影响-管理和市场引起的风险 用户特性-同用户复杂性相关的风险，开发人员沟通用户能力带来的风险 开发环境-同开发工具的可用性和质量相关的风险 技术风险-同系统复杂性新颖程度相关的风险 过程风险-同项目开发流程成熟度及执行流程相关的风险 人员和经验-同项目开发人员的技术水平和项目经验相关的风险 进度风险-同项目要求的进度相关的风险根据以上的条目，对开发风险预先进行估计，提出初步的降低或转移风险的方案，在项目的进行过程中，根据项目的实际状态动态调整降低或转移风险的方案。在各开发阶段结束后，可以作为评审的内容逐一进行查验。4.5 策划重要事件日程管理说明项目的重要事件，说明各阶段开始时间和完成时间，表明时间安排。4.5.1 制定大事日程表在大事日程管理表中，应明确下述各事项： 开发人员培训日期 确定功能日期 客户认可功能日期 开发环境安装日期 客户会审（鉴定）日期 交付日期 现场调试工作阶段日期 运行开始日期 客户培训日期4.5.2 制定协调管理表协调管理表中应包括下列事项： 顾客财产提供（设备、资料、测试数据等）日期 购入开发工具或开发环境日期 本部门客户开发完成日期 其它部门开发完成日期 其它4.5.3 制定设计评审日程管理表明确各个设计评审的预定时间安排（根据项目实际开发需要，以上大事日程管理表、协调管理表、设计评审日程管理表，可合并为一张重要事件日程管理表）。 4.6 制定文档计划将计划撰写的各种设计文档名按配置管理程序的要求记录在配置项管理表。4.7 初步制定测试计划明确定义各项测试的测试方针、要点、测试工具和测试环境（按照产品及过程监视和测量程序执行），作为项目计划的一部分。4.8 制定培训计划明确是否要对项目组成员进行培训。如确定要进行培训，则应将培训实施日期写入大事日程管理表。4.9 初步制定验收交付计划可初步制定验收交付计划，包含以下项目： 交付物品清单：提交客户的文档和应用程序应列出一览表（应写清所提交文档或应用程序的介质名称、功能和使用范围）。 现场工作：如有在现场的工作，要明确现场工作人员构成、现场工作环境与内容以及最终客户的对应规则等，必要时编写现场工作要领书。 验收条件：如有交付时的客户会审（鉴定），应明确客户会审（鉴定）内容及形式。 验收计划：验收测试的标准、验收测试环境、不合格物的管理。 维护条件：明确无偿保修的时间（从验收结束日开始计算）、条件、保修内容，以及有偿保修的内容。 交付手续：明确交付客户的方法及步骤。4.10 制定（或选择）项目所采用的规则应制定（或选择）项目所采用的规则： 制定进度报告规则（周报、项目组内例会、客户例会等） 制定设计变更规则（参见变更控制程序） 确定适用工具（含制作文档的软件），写明工具名称和版本号。 制定变更、修订管理规则，包括文档变更管理、代码变更管理、审批规则等（参见变更控制程序）。 制定备份规则，确定开发过程中进行备份的周期、备份方式、保管场所、保管者等（参见安全防护程序）。 参照设计规则，如：说明书编写规则、编码规则等。4.11 规划项目组各成员的具体任务 项目组各成员在各个开发阶段的具体任务，应在执行之前进行详细地规划。因为在项目开发策划阶段，往往并不具备做出后面所有阶段的具体任务计划的条件，可以分别规划各个阶段的具体任务，随时补充填写进项目计划。每次补填时，应在项目计划的“变更记录”中仔细说明，并有项目负责人的签名。 如果项目组下面还有子项目组，应写明项目负责人与子项目组组组长的接口关系、管理方法。4.12 项目计划的制定和评审项目计划由项目负责人在项目开发策划阶段组织编写，可包含上述各项内容，格式和内容可参考项目计划编写规范。部门经理决定评审参加人员及评审方式，由部门经理批准项目计划，重大项目还需要由主管副总批准。4.13 项目计划的变更项目计划内容广泛，涵盖了从需求分析、设计实现、测试、交付、验收维护的所有项目过程。在项目的开发过程中，会根据实际情况不断调整计划。项目计划的调整，由项目负责人根据情况进行。每次调整都应在项目计划的“变