1、软件项目质量保证计划软件项目质量保证计划软件工程是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它涉及到程序设计语言、数据库、软件开发工具、系统平台、标准、设计模式等方面。在现代社会中，软件应用于多个方面。典型的软件比如有电子邮件、嵌入式系统、人机界面、办公套件、操作系统、编译器、数据库、游戏等。同时，各个行业几乎都有计算机软件的应用，比如工业、农业、银行、航空、政府部门等。这些应用促进了经济和社会的发展，使得人们的工作更加高效，同时提高了生活质量。软件是由计算机程序和程序设计的概念发展演化而来的，是在程序和程序设计发展到一定规模并且逐步商品化的过程中形成的。软件开发经历了
2、程序设计阶段、软件设计阶段和软件工程阶段的演变过程。软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。【目
3、录】第一部分 摘要一、信息系统公司概况描述二、信息系统公司的宗旨和目标三、信息系统公司目前股权结构四、已投入的资金及用途五、信息系统公司目前主要产品或服务介绍六、市场概况和营销策略七、主要业务部门及业绩简介八、核心经营团队九、信息系统公司优势说明十、目前信息系统公司为实现目标的增资需求:原因、数量、方式、用途、偿还十一、融资方案(资金筹措及投资方式及退出方案)十二、财务分析1.财务历史数据2.财务预计3.资产负债情况第二部分 综述第一章 信息系统公司介绍一、信息系统公司的宗旨二、信息系统公司简介资料三、各部门职能和经营目标四、信息系统公司管理1.董事会2.经营团队3.外部支持第二章 技术与产品
4、一、技术描述及技术持有二、产品状况1.主要产品目录2.产品特性3.正在开发/待开发产品简介4.研发计划及时间表5.知识产权策略6.无形资产三、信息系统产品生产1.资源及原材料供应2.现有生产条件和生产能力3.扩建设施、要求及成本，扩建后生产能力4.原有主要设备及需添置设备5.产品标准、质检和生产成本控制6.包装与储运第三章 信息系统市场分析一、信息系统市场规模、市场结构与划分二、目标市场的设定三、产品消费群体、消费方式、消费习惯及影响市场的主要因素分析四、目前信息系统公司产品市场状况，产品所处市场发展阶段(空白/新开发/高成长/成熟/饱和) 产 品排名及品牌状况五、市场趋势预测和市场机会六、行
5、业政策第四章 竞争分析一、有无行业垄断二、从市场细分看竞争者市场份额三、主要竞争对手情况:公司实力、产品情况四、潜在竞争对手情况和市场变化分析五、信息系统公司产品竞争优势第五章 信息系统市场营销一、概述营销计划二、信息系统销售政策的制定三、信息系统销售渠道、方式、行销环节和售后服务四、主要业务关系状况五、信息系统销售队伍情况及销售福利分配政策六、促销和市场渗透1.主要促销方式2.广告/公关策略、媒体评估七、信息系统产品价格方案1.定价依据和价格结构2.影响价格变化的因素和对策八、销售资料统计和销售纪录方式，销售周期的计算。九、信息系统市场开发规划，销售目标第六章 投资说明一、资金需求说明(用量
6、/期限)二、资金使用计划及进度三、投资形式(贷款/利率/利率支付条件/转股-普通股、优先股、任股权/对应价格等)四、资本结构五、回报/偿还计划六、资本原负债结构说明七、投资抵押八、投资担保九、吸纳投资后股权结构十、股权成本十一、投资者介入公司管理之程度说明十二、报告十三、杂费支付第七章 投资报酬与退出一、股票上市二、股权转让三、股权回购四、股利第八章 风险分析一、资源风险二、市场不确定性风险三、研发风险四、生产不确定性风险五、成本控制风险六、竞争风险七、政策风险八、财务风险九、管理风险十、破产风险第九章 管理一、信息系统公司组织结构二、管理制度及劳动合同三、人事计划四、薪资、福利方案五、股权分
7、配和认股计划第十章 财务分析一、财务分析说明二、财务数据预测1.销售收入明细表2.成本费用明细表3.薪金水平明细表4.固定资产明细表5.资产负债表6.利润及利润分配明细表7.现金流量表8.财务指标分析附:软件开发项目计划书编写说明一、项目计划书格式根据GB8567-88计算机软件产品开发文件编制指南中项目开发计划的要求，结合实际情况调整后的项目计划书内容索引如下:1引言1.1 编写目的1.2 背景1.3 定义1.4 参考资料1.5 标准、条约和约定2项目概述2.1项目目标2.2产品目标与范围2.3假设与约束2.4 项目工作范围2.5 应交付成果2.5.1 需完成的软件2.5.2 需提交用户的文
8、档2.5.3 须提交内部的文档2.5.4 应当提供的服务2.6 项目开发环境2.7 项目验收方式与依据3项目团队组织3.1 组织结构3.2 人员分工3.3 协作与沟通3.3.1 内部协作3.3.2 外部沟通4实施计划4.1 风险评估及对策4.2 工作流程4.3 总体进度计划4.4 项目监控4.4.1 质量控制计划4.4.2 进度监控计划4.4.3 预算监控计划4.4.4 配置管理计划5支持条件5.1 内部支持(可选)5.2 客户支持(对项目而言)5.3 外包(可选)6预算(可选)6.1 人员成本6.2 设备成本6.3 其它经费预算6.4 项目合计经费预算7关键问题8专题计划要点二、项目计划书的
9、编写说明1引言1.1 编写目的说明编写这份项目计划的目的，并指出预期的读者。作用:本节是为了说明编制项目计划书亦即本文档的意图和希望达到的效果。注意这里的目的不是项目目标，而是为了说明本文档的目的与作用。项目目标在2.1中说明。意义:使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。开发计划书的作用一般都是项目成员以及项目干系人之间的共识与约定，项目生命周期所有活动的行动基础，以便项目团队根据本计划书开展和检查项目工作。例如可以这么写:为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命
10、周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。常见的问题:把项目本身的项目目标误作编制项目开发计划的目的。1.2 背景主要说明项目的来历，一些需要项目团队成员知道的相关情况。主要有以下内容:项目的名称:经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对XX系统开发的项目名称是XX系统开发。项目的委
11、托单位:如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方;如果是自行研发的软件产品，项目的委托单位就是本企业。项目的用户(单位):软件或网络的使用单位，可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。如海关的报关软件、税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。项目的任务提出者:本企业内部提出需要完成此项目的人员，一般是领导或商务人员;注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。如果是内部开发项目，则两者的区别在于前者指人，后者指单位。项目的主
12、要承担部门:有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门(也有的分为不同事业部)。项目的特点就是其矩阵式组织，一般一个项目的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目的主要承担部门。项目建设背景:从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。例句:根据某部关于某建设工作的实施意见精神，为了保障某建设工作的正常实施，必须加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容，及
13、时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。目前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进度情况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多，原来的工作模式已经越来越无法适应市委市政府的要求。因此，充分利用现代信息化、因特网的优势，建立某市某建设工作信息报送反馈系统，提高某建设工作信息报送反馈工作效率，提高信息的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。软件系统与其他系统的关系:说明
14、与本系统有关的其他系统，说明它们之间的相互依赖关系。这些系统可以是这个系统的基础性系统(一些数据、环境等必须依靠这个系统才能运行)，也可以是以这个系统为基础的系统，或者是两者兼而有之的关系、互相依赖的系统。例句:本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府网站。软件系统与机构的关系:说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系。例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。1.3 定义列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。注意尽量不要对一些业界使用的通用术
15、语进行另外的定义，使它的含义和通用术语的惯用含义不一致。1.4 参考资料列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。本节与下一节的标准、条约和约定互为补充，注意参考资料未必作为标准、条约和约定，因为参考的不一定是必须遵守的。常用资料如:本项目的合同、标书、上级机关有关通知、经过审批的项目任务书;属于本项目的其他已经发表的文件;本文档中各处引用的文件、资料，包括所要用到的软件开发标准。1.5 标准、条约和约定列出在本项目开发过程中必须遵守的标准、条约和约定。例如:相应的立项建议书、项目任务书、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。参考资料一般具有物质特性，一般要说明参照了什么，要说明在哪里可以获得;标准、条约和约定一般具有精神特性，一般是必须遵守的，不说明在哪里可以获得。参考资料的内容应该涵盖标准、条约和约定。
