制定计划是为了提高工作和学习的效率和质量。制定计划时可以借鉴过去的经验和教训，避免重复错误和不必要的风险。在制定计划时，我们可以查阅相关的书籍和资料，寻找更多的灵感和方法。
软件项目实施计划书篇一
中国xx软件有限公司是以xx教授（原中国交大研究生）.xx教授（原中科院计算所研究生）携带在加拿大多年学习和研究的先进创新成果回国创业的一家软件企业。公司于20xx年7月在中国张江高科技园区注册，主要业务是开发具有自主版权和知识产权的大型通用数据库管理系统——xxsql，并基于xx数据库产品进行应用开发和推广。
xx软件的宗旨是以创新的核心技术为起点，以国际一流的专家为技术领路人，将核心技术转化成具有国际竞争力的商业产品，将xx软件建设成一个大型的基础软件和应用软件供应商。
xx软件的短期目标：基于xx数据库（xxsql）的“xx企业信息备份和搜索工具”能够在一些具体行业或项目中进行推广应用。初期市场开拓的目标在于建立和提高公司产品的信誉和客户对于产品的可接受程度，而非盲目追求数量增长。总之，首先使公司运营正常，实现良性现金流和一定的赢利空间，再求进一步发展，实现良好的投资回报。
xx软件的长期目标：开发和推广大型通用数据库管理系统及其应用产品。
公司目前的股份构成：
公司于20xx年7月成立，注册资金200万元人民币，主要用于产品的开发.测试，市场渠道的铺设。
公司成立以来成功申请了20xx年科技部中小企业技术创新基金（75万元）和20xx年中国市第一批软件和集成电路产业发展专项资金（50万元）。
公司的主要产品：“xx数据库管理系统（xxsql）”。
正在开发的产品有：“xx企业信息备份与搜索工具”。
公司还计划基于xx数据库建立“xx数据服务中心”，为广大中小企业用户提供数据集中维护及安全保障。
“xx数据库管理系统（xxsql）”是由两位创始人（）在国外任教期间发明，通过与任教所在大学签定法律合同（见附件），数据库的.专利权.出版权及其相关知识产权都归属于两位创始人所有，目前数据库的所有知识产权已转到中国xx软件有限公司。
“xx企业信息备份与搜索工具”则是在中国研发的基于xx数据库的应用产品。中国xx软件有限公司拥有产品的所有知识产权。
目前企业搜索市场还处于起步阶段，还没有出现一家独大或几分天下的局面，因此，现在是进入企业搜索市场的最好时机。
xx的总体营销策略是：分别向中小企业.大型企业和服务运营商提供不同的细化产品，逐步开拓本地.国内.国际市场。
公司的核心团队由五人组成：
xx（公司创办人，现任总经理，xx大学计算机系终身教授，人工智能专家）；
王先生（xx大学计算机系博士后，曾任加拿大著名软件公司高级系统分析师，数据库专家）。
公司的主要优势如下：
1）企业搜索引擎的技术处在不断发展完善中，xx拥有自主的先进技术，创新能力强；
2）xx企业备份和搜索工具是基于xx自身的数据库产品研发的，充分利用了数据库的
高性能和安全机制，产品性价比高；
3）xx能快速灵活地向用户提供按需定制服务。
为了抢占企业信息搜索的市场发展先机，xx需要的外部投资为750万元人民币，加上xx的预期销售收入及其他资金，致力于“xx企业信息备份与搜索工具”产品的市场开发。
公司计划在20xx年实现收支平衡，09年实现销售赢利，占据国内企业搜索市场有一定影响力的份额，打造xx软件品牌。
企业的产品经营和资本经营是相辅相成的，产品经营是基础，资本经营则是企业快速发展的助推器。公司此次计划筹集750万元的风险资金，主要用于“xx企业信息备份与搜索工具”的市场开发。
此次融资的资金筹措方式：股权融资（投资750万获取20%股权）或引进战略投资者。投资方可通过股票上市或公司兼并的方式退出。
中国xx软件有限公司计划吸收750万元（人民币）风险资金，主要用于“xx企业信息备份与搜索工具”的市场开发。
投资方和xx软件有限公司可以组建新公司的方式或其他可行的方式进行合作，股份的最终分配方案可经由谈判确定。
软件项目实施计划书篇二
中国xx软件有限公司是以xx教授(原中国交大研究生)、xx教授(原中科院计算所研究生)携带在加拿大多年学习和研究的先进创新成果回国创业的一家软件企业。公司于20xx年7月在中国张江高科技园区注册，主要业务是开发具有自主版权和知识产权的大型通用数据库管理系统——xxsql，并基于xx数据库产品进行应用开发和推广。
xx软件的宗旨是以创新的核心技术为起点，以国际一流的专家为技术领路人，将核心技术转化成具有国际竞争力的商业产品，将xx软件建设成一个大型的基础软件和应用软件供应商。
xx软件的短期目标：基于xx数据库(xxsql)的“xx企业信息备份和搜索工具”能够在一些具体行业或项目中进行推广应用。初期市场开拓的目标在于建立和提高公司产品的信誉和客户对于产品的可接受程度，而非盲目追求数量增长。总之，首先使公司运营正常，实现良性现金流和一定的赢利空间，再求进一步发展，实现良好的投资回报。
xx软件的长期目标：开发和推广大型通用数据库管理系统及其应用产品。
公司目前的股份构成：
公司于20xx年7月成立，注册资金200万元人民币，主要用于产品的开发、测试，市场渠道的铺设。
公司成立以来成功申请了20xx年科技部中小企业技术创新基金(75万元)和20xx年中国市第一批软件和集成电路产业发展专项资金(50万元)。
公司的主要产品：“xx数据库管理系统(xxsql)”。
正在开发的产品有：“xx企业信息备份与搜索工具”。
公司还计划基于xx数据库建立“xx数据服务中心”，为广大中小企业用户提供数据集中维护及安全保障。
“xx数据库管理系统(xxsql)”是由两位创始人(xx、xx)在国外任教期间发明，通过与任教所在大学签定法律合同(见附件)，数据库的专利权、出版权及其相关知识产权都归属于两位创始人所有，目前数据库的所有知识产权已转到中国xx软件有限公司。
“xx企业信息备份与搜索工具”则是在中国研发的基于xx数据库的应用产品。中国xx软件有限公司拥有产品的所有知识产权。
目前企业搜索市场还处于起步阶段，还没有出现一家独大或几分天下的局面，因此，现在是进入企业搜索市场的最好时机。
xx的总体营销策略是：分别向中小企业、大型企业和服务运营商提供不同的细化产品，逐步开拓本地、国内、国际市场。
公司的核心团队由五人组成：
xx(公司创办人，现任总经理，x大学计算机系终身教授，人工智能专家);
王先生(x大学计算机系博士后，曾任加拿大著名软件公司高级系统分析师，数据库专家)。
公司的主要优势如下：
1) 企业搜索引擎的技术处在不断发展完善中，xx拥有自主的先进技术，创新能力强;
2) xx企业备份和搜索工具是基于xx自身的数据库产品研发的，充分利用了数据库的
高性能和安全机制，产品性价比高;
3) xx能快速灵活地向用户提供按需定制服务。
九、目前公司为实现目标的增资需求
为了抢占企业信息搜索的市场发展先机，xx需要的外部投资为750万元人民币，加上xx的预期销售收入及其他资金，致力于“xx企业信息备份与搜索工具”产品的市场开发。
公司计划在20xx年实现收支平衡，09年实现销售赢利，占据国内企业搜索市场有一定影响力的份额，打造xx软件品牌。
企业的产品经营和资本经营是相辅相成的，产品经营是基础，资本经营则是企业快速发展的助推器。公司此次计划筹集750万元的风险资金，主要用于“xx企业信息备份与搜索工具”的市场开发。
此次融资的资金筹措方式：股权融资(投资750万获取20%股权)或引进战略投资者。 投资方可通过股票上市或公司兼并的方式退出。
中国xx软件有限公司计划吸收750万元(人民币)风险资金，主要用于“xx企业信息备份与搜索工具”的市场开发。
投资方和xx软件有限公司可以组建新公司的方式或其他可行的方式进行合作，股份的最终分配方案可经由谈判确定。
软件项目实施计划书篇三
项目计划书的内容：关于惠祥钢铁，物流，煤炭经营的可行性计划。
项目概况
项目名称：致力于钢铁，物流，煤炭行业的发展。
项目承办单位和项目投资者的有关情况。即：生产经营内容、生产经营规模、产品销售情况、年上缴税额、自有资金数额、债权债务情况等。
兴办外商投资项目要简述：
(2)合营方式(注明合资、合作、独资)
(3)合营年限
(4)经营范围
(5)产品销售方向(内销或出口比例)
简述项目建设的必要性和依据。技术引进项目，要简述技术引进内容(关键设备或技术专利)、拟引进技术设备水平及其国别和厂商产品技术水平及市场销售前景。
建设条件
项目建设拟选地址的地理位置、占地范围(四至范围)、占用土地类别(国有、集体所有)和数量、拟占土地的现状及现有使用者的基本情况。
如果不指定建设地点，要提出对占地的基本要求。
项目建设条件。简述能源供应条件、主要原材料供应条件、交通运输条件、市政公用设施配套条件及实现上述条件的初步设想。需进行地上建筑物拆迁的项目，要提出拆迁安置初步方案。
建设内容
建设规模和建设内容。生产性项目要提出主要产品品种、生产工艺及生产能力;非生产项目要根据项目的不同性质说明其规模，如旅馆、宾馆项目要说明有多少客房、多少床位;房地产开发项目要说明拟建的建筑物类别及数量;成片开发建设的小区要说明小区的主要功能、建筑容积率等。
总建筑面积及主要单项工程的建筑面积。
环境影响
一般民用建筑项目不写，其他非工业生产项目简写。
估算
项目总投资额。技术引进项目要说明进口技术设备使用外汇数额，建设费用和购置国内设备所需人民币数额;外商投资企业要说明总投资额、注册资本数额、合营各方投入注册资本的比例、出资方式及利润分配方式。
资金来源。利用银行贷款的项目要将注设期间的贷款利息计入总投资内。 利用外资项目要说明外汇平衡方式和外汇偿还办法。
(六)建设进度初步设想
(七)经济效益和社会效益的初步估算
(八)结论
附件
建设项目拟选位置地形图(城近郊区比例尺为1：20xx;远郊区县比例尺为1：10000)。标明项目建设占地范围和占地范围内及附近地区地上建筑物现状。
在自有地皮上建设，要附市规划部门对项目建设初步选址意见(规划要点或其它文件)。
国家限止发展的或按国家及市政府规定需要先由行业主管部门签署意见的项目，要附有关行业主管部门签署的审查意见。
外商投资项目要附以下材料
(1)会计师事务所出具的外商资信证明材料。
(2)合营各方的营业执照(复印件)。
(3)合营各方签署的合营意向书(境内单位要有上级主管部门的意见)。
两个或两个以上境内单位合建的项目要附以下材料
(1)合建各方签署的意向书(要有上级主管部门的意见)。
(2)合建各方的营业执照(复印件)。
其他附件材料。
软件项目实施计划书篇四
二、教学管理系统的编码测试计划
白盒测试包括语句测试，判定测试，条件测试，判定-条件测试，条件组合测试和路径测试
黑盒测试应用等价类划分法，边界值分析法，判定表分析，因果图法，正交试验法，功能图法和错误推测法。
压力测试，同时让很多人同时登录系统，测试同时最大登录数，以便做好系统的压力测试，以便防止同时过多的学生和教师登录时产生的系统崩溃，同时做好相应的对策。
三、教学管理系统的安装计划
由于教学管理系统的特殊性，所以面对不同的人员要安装不同的系统。首先是学校的高级管理人员（例如校长，书记，年级主任），要有修改系统内容的权利，所以要安装最高级的系统，而任课教师只能查看与自己有关的课程与上课时间 ，同时拥有上传课件，教学相关软件的权利，所以要再安装教师机用的教学系统，而学生，在每个学生入学的时候要发放的安装程序，学生的权限最低，只有查看自己所选课程和下载相关课件和课程相关软件的权利。
软件项目实施计划书篇五
通过实施人力资源管理系统，提高人力资源部在日常人力资源操作性等事务的工作效率，为高层提供即时的高效的人力资源资数据查询、分析，为高层提供决策依据。同时有利于人力资源内部流程的规范与再造优化，以便更好地为员工（我们的客户）提供更好的服务。
1、人事管理类：人事档案履历管理、企业构架管理、入职/离职管理、合同管理、变动管理、奖惩管理及相应的统计分析、报表，支持领导查询。
2、考勤管理类：由于公司原有一个完善的考勤系统，现有系统只是导入原有考勤系统的数据。
3、招聘管理类：招聘需求分析、人员需求预测、招聘计划、招聘效果分析、招聘成本分析。
4、培训与发展类：
培训需求调查、培训计划、培训记录（员工、教师）、培训津贴计算、培训课程管理、培训成本分析，给个人提供职业生涯规划、建设人才梯队、给个人提供给予职位及发展需求的培训服务。
5、绩效考核管理类：导入相应的考核数据，为薪资提供数据。
6、薪资福利管理类：薪资政策设定、薪资公式设定、薪资报表、工资单、个人所得税表、社保管理、住房公积金管理。
本项目由人力资源部主管***批准，总经理***审核实施。
本项目涉及部门：总经办、人力资源部、财务部、网络部
项目主席：***
项目负责人：***
项目成员：****、****……
1、软件：采用市场上购买的hrms软件
2、硬件：采用组装服务器
系统软件是基于微软sql数据库运行，采用c/构架，个人用户装载客户端进行操作。
3、成本：总投资约***元
1、软件风险:由于我们采用的是盗版软件，有不可遇见的问题，现已经完成了初步的各个模块的测试，但是没有完成真实模拟的测试。
2、功能风险：由于此软件没有真实地进行全面的测试，需要在模拟运行一段时间后才能得知其实际运行能力。
3、人员风险：不见得每个人都是喜欢用这个系统，上这系统一开始比如有很多的数据录入工作加上一些不习惯或者其他因素，一定会有人员有抵触情绪，这需要主管的大力推行和及时开导解决。
1、前期工作（一个月）
2、实施准备阶段（1周）
资料准备；项目实施会议，确定实施时间表，确定人员工作细则；确定项目监督人员；hrms培训；系统安装调试，模拟测试。
3、模拟运行及用户化（2周）
资料上传；用户化，客户端安装，个人工作准则确定。
4、切换运行（一天）
实时工作上线切换，解决软件当中的问题；切换验收。
5、新系统运行
持续的维护及应用创新，及时新人的培训。
软件项目实施计划书篇六
甲方在此委托乙方进行xx软件的开发，为明确双方责任，经友好协商，双方达成以下协议：
第一条：项目的功能、平台架构、开发进度、交付方式等内容由载明。
第二条：甲方的权利和义务
1. 提供专人与乙方联络。
2. 提供项目所需要的所有资料交给乙方，并保证资料的正确性。
3. 及时支付费用，保证项目的开发费用及时到位。
4. 本合同的相关作品、程序、文件源码的版权属甲方所有。
第三条：乙方的权利和义务
1. 提供专人与甲方联络。
2. 按照项目进度要求及时完成系统的开发，同时保证项目质量。
3. 协助甲方完成所开发系统的实施、培训以及维护。
4. 开发完毕，乙方应将系统的文档、源代码移交给甲方，不得将其应用在其他企业。
5. 不得将甲方开发内容泄露给第三方。
第四条：验收
2. 验收期限为2天时间。
第六条：付款方式
1. 合同签订后1个工作日内，甲方向乙方支付合同总价30%的预付款。
2. 试运行完毕，甲方向乙方支付合同总价70%的合同款;
第七条：维护
2. 甲方需要改动或需要委托乙方进行二次开发，甲方应同乙方另订协议，作为合同的附件，另收开发费用。
第八条 违约责任
1. 任何一方有证据表明对方已经、正在或将要违约，可以中止履行本合同，但应及时通知对方。若对方继续不履行、履行不当或者违反本合同，该方可以解除本合同并要求对方赔偿损失。
2. 因不可抗力而无法承担责任的一方，应在不可抗力发生的3 天内，及时通知另一方。
3. 一方因不可抗力确实无法承担责任，而造成损失的，不付赔偿责任。本合同所称不可抗力是指不能预见、不能克服并且不能避免的客观事件，包括但不限于自然灾害如洪水、地震、火灾和风暴等以及社会事件如战争、**、政府行为等。
第九条 其它
1. 如果本合同任何条款根据现行法律被确定为无效或无法实施，本合同的其他所有条款将继续有效。此种情况下，双方将以有效的约定替换该约定，且该有效约定应尽可能接近原约定和本合同相应的精神和宗旨。
2. 本合同经双方授权代表签字并盖章，自签订日起生效。
3. 本合同一式两份，双方当事人各执一份，具有同等法律效力。
乙方： 甲方
法人代表： 法人代表：
代 理 人： 代 理 人：
日 期： 年 月 日 日 期： 年 月 日
地 址： 地 址：
电 话： 电 话：
传 真： 传 真：
开户银行： 开户银行
帐 号： 帐 号：
软件项目实施计划书篇七
1.1目的。
1.2项目背景。
1.3项目的范围和目标。
1.3.1范围描述(问题定义阶段产生，对应的文档为：《系统目标与范围说明书》)。
1.3.3性能(可选)。
1.3.4技术约束(可选)。
2.1使用的'历史数据2.2使用的评估技术。
2.3工作量、成本、时间估算。
3.1风险识别。
列出最高的10大风险(数字10是参考)。
3.2风险应对策略。
对列出的风险应有哪些策略去应对。
可以是技术因素、也可以是非技术因素，总而言之，是系统成败的最重要因素。
开发平台、开发工具、数据库平台。
人员及其角色。
相关文档、资料、数据等。
软件项目实施计划书篇八
1、1多方项目组成员。
先上哪些模块,后上哪些模块。新系统和老系统并行运行的机制处理方式。历史数据的处理方式。
4、进入新系统的数据截断日期。5、实施中多方会晤机制
定期会晤机制？1周几次？还是每几天1次,每天1次？6、监理方的立场说明。
实施出现问题时候,监理方应该要协助甲方诊断问题的类别,是来自于硬件提供商,还是软件提供商,还是甲方的问题。如果不能诊断,应该主持召开多方会议确认问题的来源,类别。
8、问题的响应速度要求。
当甲方提出需求变更后,监理方应该作出判断,这个需求是否合理,是否超出了实施前制定的需求基线,如果超出了需求基线,就有可能需要追加预算了。
当在设计甲方业务处理流程的时候,应该要考虑到甲方业务流程更改后,系统的可配置性。这1点也是j2ee的主要特点体现。当然,如果系统使用了工作流产品的话,可以从工作流角度来考虑解决。
11、财务核算处理方式的灵活能力。
一般的企业单位,财务核算的方式是比较固定的,但是也会作变动,当这一块作出变动时候,应该要求软件系统能够比较好的能够实现。
例如:软件系统以前实行的是集中财务管理,后来改变成为半集中方式,或者分散方式。这写都要秋软件系统能够很好的实现能够很好的进行业务处理方式的平滑过渡。12、甲方业务流程的整理监理方作为甲方利益代表,应该和甲方一起协助亿方指定出甲方的业务相关流程,在甲方乙方有争论的地方进行协调,并且在流程指定时候应该就要考虑到流程的更改。监理方当然最好能够先帮助甲方进行流程改那就更好了。或者乙方能够提供工作流工具就好了,否则这部分工作会暂用监理方相当多的时间。另外需求搜集变更也会监理方需要高度关注的一件事情。
软件项目实施计划书篇九
(一)项目启动阶段。
(二)需求调研确认阶段。
(三)软件功能实现确认阶段。
(四)数据标准化初装阶段。
(五)系统培训阶段。
(六)系统安装测试及试运行阶段。
(七)总体验收阶段。
(八)系统交接阶段。
软件产品，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件项目实施。大量的软件公1司项目实施案例证明，软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照每个项目实施阶段分别介绍。
(一)项目启动阶段。
此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。
此阶段主任务：
公司：在合同签定后，指定项目经理，成立项目组，授权项目组织完成项目目标。
公司项目组：进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，召开项目启动会。
商务经理：配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户，配合项目组建立与用户的联系。
用户：成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》和《项目实施协议》。
1、成立项目组。
部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》。
2、前期调研。
项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别那些个体和组织是项目的干系人，确定他们的需求和期望，如何满足和影响这些需求、期望以确保项目能够成功。
3、编制《项目总体计划》。
《项目总体计划》是一个文件或文件的集合，随着项目信息不断丰富和变化，会被不断变更，主要介绍项目目标、主要项目阶段、里程碑、可交付成果。通常包括以下几方面内容：
沟通管理计划，确定项目干系人对信息和沟通的需要：即什么人何时需要什么信息以及通过什么方式将信息提供给他们。质量管理计划，确定适合于项目的质量标准和如何满足其要求。如果有必要，可以包括上述每一个计划，详细程度根据每个具体项目的要求而定。未解决事宜和未定的决策。
4、启动会。
项目组与用户共同召开的宣布项目实施正式开始的会议。
会程安排如下：
共同组建项目实施组织，实施组织的权利和职责;双方签署《项目实施协议》。
项目组介绍《项目总体计划》和《项目实施协议》，包括以下内容：
项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配(包括用户的);。
项目实施中项目管理的必要性和如何进行项目管理，项目的质量如何控制;。
项目实施中用户的参与和领导的支持的重要作用;。
阶段验收、技术交接和项目结束后如何对用户提供后续服务。
(二)需求调研确认阶段。
此阶段的主要工作是软件公司的项目实施人员向用户调查用户对系统的需求，包括管理流程调研、功能需求调研、报表要求调研、查询需求调研等，实施4人员调研完成后，会编写《需求调研分析手册》，并交付用户进行确认，待用户对《需求调研分析手册》上所提到的需求确认完毕后，项目实施人员将以此为依据进行软件功能的实现。如果用户又提出新的需求，实施人员将分析需求的难度及对整个系统的影响程度来确定是否给予实现。需求调研阶段具体包括如下内容：
1、进行需求调研准备。
2、编制《需求调研计划》。
3、内部评审是否通过《需求调研计划》，项目组、部门经理、商务等人员根据合同要求和项目实际情况对《需求调研计划》草稿进行评审，如评审通过，则在稍后的时间内签署，如评审不通过则重新修改。
4、用户是否签署《需求调研计划》，如用户签署《需求调研计划》，则作为以后需求调研工作的指南。否则重新修改。
5、《需求调研计划》是否有变更，如果计划存在变更，则执行变更控制流程，否则按计划进行后续工作。
7、需求调研，项目组以《需求调研手册》为依据，从业务流程、单据使用、打印格式、报表查询几个方面展开深入和全面的调研，并搜集用户的个性化需求。
8、需求调研分析根据调研的结果，项目组和公司其他技术部门将进一步进行分析，确定合理、可行的需求，将分析结果形成《需求分析报告》草稿。
9、内部评审是否通过《需求分析报告》。项目组、部门经理、公司其他技术部门的人员对《需求分析报告》草稿进行评审，如评审通过，则在稍后由用户签署，如评审不通过则重新修改，直至内部评审通过。
10、编写及发出《需求分析报告确认通知》。项目组编写《需求分析报告确认通知》，发给用户，确定进行需求确认的相关事宜，告之相关部门及人员安排好工作，准时参与需求确认工作，为顺利完成需求确认工作做准备。
(三)软件功能实现确认阶段。
此阶段的主要工作是项目实施人员根据需求调研阶段确认的《需求调研分析手册》中的用户需求内容进行具体软件功能的实现工作。在软件功能实现的过程中，项目实施人员将记录软件实现的详细过程。便于公司售后服务之用。每一个实施技术人员必须严格按照要求记录、存档。按照调研要求的所有功能实现完毕后，项目实施人员将编制《软件功能确认表》，将定制好软件功能待用户确认，6用户根据《软件功能确认表》上的功能逐一确定软件功能是否达到要求，对不满足要求的功能，项目实施人员将会记录下来并进行功能修改，直到满足用于要求。
(四)数据标准化初装阶段。
此阶段的主要工作是项目实施人员指导用户进行系统标准化资料的准备工作，并对用户进行初装资料的软件操作培训，以便用户能够及时的将标准资料录入系统，初装完成后，项目实施人员会对资料初装的情况进行核查，为以后具体业务功能的开展做好基础。
(五)系统培训阶段。
系统培训阶段工作是整个项目实施工作中比较重要的工作，用户对软件的操作功能是否熟练将直接影响到后面的软件应用效果，所以软件公司和用户双方要对此阶段的工作给予足够的重视。要充分认识培训的重要性和艰巨性。在项目实施之前对用户的相关人员进行系统和规范的产品培训是非常必要的，达到让用户了解软件产品，最终自己能够解决使用中的具体的问题。
此阶段的培训工作中将用户参加产品培训的人员划分为三个层次：决策层、技术层、操作层，对不同层次的用户参加产品培训人员的培训内容分别是：
决策层：领导在实施中的作用与重要性、决策查询。
维护层：系统维护知识、操作方法。
操作层：操作方法。
具体的培训工作流程为：
1、调研培训信息：在培训开始前3天由用户实施负责人，将参加培训的部门和人员情况填入《受训部门汇总表》、《受训人员情况一览表》。
2、编制培训计划：结合调研结果，与用户实施负责人商议具体培训内容、时间，场地，人员等。项目组编制《培训计划》。
3、签署培训计划：用户签署《培训计划》，进一步确认培训安排。
4、发培训通知：培训开始前2天，按照签署的《培训计划》，将培训内容、时间，场地，人员等信息通知用户实施负责人。
5、搭建培训环境：公司项目组在培训开始前，将培训环境搭建及检查妥当，将培训提纲及培训手册准备好。
6、组织培训：公司项目组培训负责人与用户实施负责人组织相关人员参加培训，按培训制度严格考核。由用户将考勤情况填入《培训人员签到表》。
7、培训考核：公司项目组培训负责人与用户实施负责人组织受训人员参加上机及理论考试。
汇报。
(六)系统安装测试及试运行阶段。
此阶段的主要工作是在用户真实环境下，对用户网络及硬件设备进行测试，对软件系统进行容量、性能压力等测试测试及试运行的目的在于确保系统各项功能均能正常使用，并且符合用户签署的《需求分析报告》中描述的需求，同时把尽可能多的潜在问题在正式运行之前发现并改正;同时目的还在于在正式运行前用户的有关人员能进一步提高操作水平，掌握操作规范。此阶段的主要工作内容为：
1、编制计划：与用户实施负责人商议具体测试及试运行时间，地点，人员等安排，项目组编制《测试及试运行计划》。
2、签署计划：用户签署《测试及试运行计划》，进一步确认测试及试运行安排。
3、发测试及试运行通知：在测试及试运行开始前2天，按照签署的《测试及试运行计划》，将时间，地点，人员等信息通知用户实施负责人。
5、组织测试及试运行：用户相关各级领导给予全面配合，组织相关人员进行测试及试运行.、6、测试及试运行总结：测试及试运行完成，总结试运行中设备、软件的运行情况，总结试运行中业务流程和操作环节的情况，以书面总结形式将测试及试运行结果通知相关负责人。
公司项目组负责担当指挥，检查用户人员组织情况并给予指导，跟踪检查如下情况：
跟踪单据流转状况。
跟踪新资料登录环节。
观察业务流程执行状况。
观察操作人员操作表现。
观察系统运行速度及异常表现。
观察关键数据的正确性。
及时纠正错误操作、对于新发生的问题及时与相关人员沟通，确定解决办法。
(七)总体验收阶段。
此阶段是对项目总体的完成情况进行验收。验收分阶段进行，在每一项目阶段结束时，用户对这一阶段的可交付成果进行验收，在测试及试运行结束后，对系统进行总体验收。
需要验收的可交付成果：
阶段组成主要里程碑。
可交付成果。
启动。
阶段。
签署的《总体项目计划》。
启动会。
项目启动会。
需求调研阶段。
需求分析报告确认。
需求调研结束。
签署的《需求分析报告》。
软件。
实现。
签署的《软件功能确认表》。
数据。
初装。
用户签署初装计划及初装培训计划。
签署的《初装计划及初装培训计划》。
初装检查及总结数据初装完成《数据初装总结表》。
培训及考核。
用户签署培训计划。
签署的《培训计划》。
培训总结。
培训完成《培训总结表》。
测试及试运行。
用户签署测试及试运行计划。
签署的《测试及试运行计划》。
测试及试运行总结。
试运行完成《测试及试运行总结》。
验收。
总体验收。
验收完成《总体验收报告》。
(八)系统交接阶段。
此阶段是项目实施的最后一个阶段，主要工作是软件公司项目组向用户移交软件项目，包括软件产品、项目实施过程中所生成的各种文档，并签署《售后服务协议》，项目将进入售后服务阶段。软件公司项目组还需要让用户填写《用户满意度调查表》，对软件公司项目实施人员的整个项目实施情况进行评价，软件公司将听取用户的意见，再今后的项目实施管理中进行加强和改进。
软件项目实施计划书篇十
用系统进行部署实施和软件使用培训以及技术支持。项目组承诺项目独立完成，不转包外包。
项目开发维护的实施中，严格按照iso9001国际质量体系进行控制，保证为用户提供优质的产品、严密的工程实施、高效的服务支持。为此，要遵循下列工程实施管理原则和保证体系。
（1）有经验、成熟的技术队伍是工程实施的前提条件。
完成任何项目工程，必须拥有一支有经验的、勇于探索的、高水平的、具有严谨工作作风的技术队伍，在工程实施的过程中发挥团队协作精神和用户密切协作的能力。
（2）管理层次分明、职责清晰是工程实施的基础。
建立层次分明的项目工程实施管理机构，明晰各层的管理职责，从组织管理的角度保证项目实施计划落到实处。
（3）确定过程控制点，以过程质量保证整体工程质量。
整体都是由局部和具体的细节构成，项目由一个个过程环节组成，只有认真对待每一个过程细节，才能保证项目工程整体的实施质量。
（4）用户参与是项目工程成功的保证。
从项目开始到项目的结束，每个阶段都强调用户的参与。开发商只有和用户相结合才能使开发出的系统为用户所用，发挥出系统的最大效益，而用户的参与也是系统顺利进行的保证。对本项目短时间、大范围的配置安装来说，如果有用户的高度参与，项目工程的实施将大大加快。
2.8.1.2项目组织结构。
本项目是一项涉及面广、影响大、安全运行要求高，集数据处理、信息发布、资源整合于一体的政府信息化项目。为了更好的执行该项目，将采取统一指挥、并行实施、相互支援的实施办法。
为了使该项目能顺利实施，便于项目的管理和协调，使工作职责更加清晰明白，建立项目组织实施小组，建立由项目领导小组、项目管理办公室、项目监理公司、顾问咨询组、项目经理、项目具体实施小组组成的实施管理控制组织体系。
项目实施组织具体职责如下：
（1）项目领导小组。
负责项目实施过程中的重大事件决策；
根据项目的进度、质量、技术、资源、风险等实行宏观监控；
负责组建验收小组，主持验收工作；
协调参与项目各方的工作关系。
（2）项目管理办公室。
组织各方统一制定工程管理计划；
组织总体实施方案评审，组织测试验收；
负责项目进度计划与成本控制；
协调解决项目实施过程中出现的各种问题。
（3）顾问咨询组。
1）人员组成农业信息化相关领域的业务专家；
多年从事it行业和展厅建设的信息技术专家。
2）主要职责。
系统总体设计指导；
对各子系统深化设计进行审核并提出优化建议；
对各子系统进行技术协调；
协助客户对系统的设备配置予以确认；
对现场系统安装、调试提供必要的技术支持服务；
工程文档审核。
（4）项目经理。
1)人员组成项目经理由具有丰富项目管理经验的高级工程师担任。
2）主要职责。
制定项目计划：牵头制定项目计划。
项目执行：对总体方案设计及工程设计；配置确认；工程质量保证；系统设计、开发、测试、安装及调试；系统培训、验收。
项目检查：通过其下属各工作组提供的工程进展汇报，将项目进展状态与项目计划进度进行比较，发现过程误差，提出整改措施。
项目控制：审核项目进展状态，必要时调集各种备用资源，确保项目按计划进度实施。
项目协调：与客户、各分系统建设部门进行协调，解决工程组织接口及技术接口问题；定期主持系统建设协调会，及时解决各系统间出现的相关问题。
项目汇报：定期向项目采购单位汇报整个项目的进展情况，汇报在系统建设过程中出现的重大问题，听取指导和建议。
（5）总体方案组。
1）人员组成由从事过多名基层电子政务项目的系统架构师、系统分析员和需求分析工程。
师组成。
2）主要职责。
对项目经理负责；
进行系统的需求分析调研；
负责系统的总体设计；
策划系统的模块功能结构；
配合业主方进行系统验收。
（6）软件开发组。
并与客户一起讨论决定系统验收方案。
1）人员组成高级程序员；
具有丰富产品开发经验的产品开发设计人员。
2）主要职责。
负责项目应用软件的系统设计；
负责项目应用软件的程序编码；
负责项目应用软件的运行调试；
配合业主方进行系统验收。
（7）系统测试组。
从使用者的角度完成系统操作步骤的设计，在实施过程中监控测试系统是否达到最初制定的操作目标，并编写业主操作手册。检验系统开发质量，并进行功能测试。
当开始试运行阶段后，还要对项目的各个方面指标进行测试和评估。
（8）系统实施组。
1）人员组成由具有丰富经验的系统工程师和参加系统开发的软件工程师组成。
2）主要职责。
负责各个实施区域的实施方案的设计与建议；
组织系统安装及调试；
负责系统配置修改，安装技术支持；
2.8.1.3项目团队。
根据上述项目组织结构和职能分解，北京派得伟业科技发展有限公司计划投。
京派得伟业科技发展有限公司投入的人力资源将随之增加和不断进行调整。
未经。
招标人同意，项目总负责人及各分项目负责人在项目结束前不得变更。
具体人员组成分配情况分别如下表所示：
序号。
本项目职责。
姓名。
职务。
公司副总、农业生产。
本项目具体分工。
系统总体设计指导及系统深化设计进行审核并提出优化。
建议。
1.高级顾问张俊与管理事业部总经。
理
农业生产与管理事业部副总经理。
项目统筹和沟通协调、技术。
研发和总体设计。
2.项目经理徐杰。
（项目经理证书见。
附件）。
农业生产与管理事。
项目统筹和沟通协调、技术。
业部。
3.项目经理史同鑫。
研发和总体设计。
项目经理。
4.技术负责人刘鹏。
高级架构师。
项目开发过程管理。
农业生产与管理事。
5.
实施经理。
鲁国宝。
业部实施工程师。
6.7.8.9.10.11.12.13.
刘鹏飞。
总体设计组。
刘伟梁轶晓杨彬高丽郭寿水路鑫辛岢峰。
软件开发组。
系统设计师。
需求分析需求分析需求分析。
高级程序员、开发组长。
程序员、开发组长高级程序员、开发组长。
原型制作。
系统设计师。
高级架构师。
高级架构师。
高级架构师。
程序员。
程序员。
14.15.16.17.18.
秦岩宾贺永林。
程序员程序员程序员程序员。
闫寿增冯占卫刘霞。
美工。
本项目具体分工。
原型制作原型制作。
测试经理、系统测试。
系统测试系统测试。
系统实施、安装部署系统实施、安装部署系统实施、安装部署。
系统测试组徐胜慧王楠石立坤。
系统实施组胡桂金张鹏飞。
理规范，该规范包括以下几部分内容：项目流程规范、人员组织规范、体系结构。
规范、业务需求规范、模型设计规范、最终用户应用规范、计划和部署规范、项。
目管理规范。
项目正式启动后，项目将严格按照项目实施计划进行。
首先进行项目的需求调研，开始收集项目的各种资料，并形成详细的需求规。
格说明书；
在项目需求调研的基础进行《概要设计》和《详细设计》的编写，并聘请专。
家进行咨询、论证，通过专家评审，经修改后部分内容形成正式文稿；
在《概要设计》和《详细设计》的指导下，开始进行系统的开发实施，在此。
过程中软件测试和软件初始数据的录入工作；
系统开发完成后，进行安装调试、试运行，同时进行现有系统的集成和数据。
导入工作，进入系统全线运行阶段，完成整体测试、修改完善；
统培训贯穿始终，确保受训人员能够熟练的对系统进行安装、调试、运行、维护、管理。
在项目开发阶段遵循需求分析、概要设计、详细设计、编码阶段、测试阶段。
及安装调试施工。
(1)需求分析。
需求分析要从用户的具体要求出发进行抽象汇总最终形成需求分析文档，形成的具体的内容如下：
系统的各个模块的功能说明。
系统的性能要求。
系统的安全性要求。
系统的容错要求。
系统接口要求。
系统使用范围。
系统的客户界面要求等。
需求分析阶段需要用户方技术人员协调用户各相关单位配合需求调研工作，在需求调研工作结束后，签署用户需求分析书。
(2)概要设计。
从用户的需求出发，概要设计人员在确认用户最终需求的情况下进行概要设计形成系统概要设计，在概要设计的结束日期将概要设计交由详细设计人员作为依照进行详细设计。在概要设计阶段应该形成如下内容：
系统整体构架。
系统开发工具及方法。
每一模块的用户需求的说明。
系统各模块之间的接口。
系统每一模块的工作流及数据流定义。
数据库结构的定义。
数据库表结构的定义。
(3)详细设计。
根据概要设计对每一功能模块按照开发工具提供的功能进行实现的详细设。
计，此部分的文档应该实现如下内容：
每一功能模块的用户需求的详细说明。
每一功能模块工作流的详细实现的设计（对应需求）。
每一功能模块数据流详细设计及数据实现走向详细设计（对应需求）。
各功能模块子模块的定义和详细实现方式。
各功能模块之间接口的数据流及工作流的详细描述。
各种界面原型的设计。
要求：在详细设计阶段所有的设计必须按照可以作为编码依据的方式进行设。
计，作到越详细越好。
(4)编码阶段。
在编码阶段程序员要按照详细设计进行编码工作，要求编程人员所写的代码一定要完成详细设计的所有的功能；在代码编制过程中，要求程序员严格执行编码规范和格式要求。
(5)测试阶段。
测试过程严格按照软件质量体系《软件测试控制程序》执行。测试方法除采用传统的测试方式外，还采用了先进的测试工具辅助测试。测试分为两个阶段：
单元测试阶段和综合测试阶段。单元测试阶段在编码阶段完成，所有的测试文档由测试人员提供。综合测试由开发人员和测试人员交叉担任，包括集成测试和系统测试，同时所有的测试文档应该由专业测试人员完成。
(6)安装调试及施工。
测试工作结束后，项目由系统开发阶段进入实施阶段。
2.8.2.2项目进度安排。
项目执行计划：九个月。
第一阶段：调研和需求分析：第1个月。
[1]调研中山市农业信息化基础设施建设运行现状，掌握土肥业务需求，编。
制需求分析报告。
[2]在需求分析报告的基础上，结合项目建设目标和要求，制定详细的项目。
第二阶段：技术方案设计：第2-3个月。
[1]开发土肥信息管理服务平台各应用系统[2]完成系统集成工作。
[3]应用系统的测试、调试工作。
第四阶段：应用系统的完善、安装使用与培训：第8个月。
[1]安装部署应用系统。
[2]应用系统使用培训，进入试运行。
[1]试运行期间系统进一步修改和完善。
[2]整理文档，撰写项目竣工报告，完成项目的验收工作[3]系统交接。
项目总体实施进度如下图所示：
时间（天）任务名称。
需求调研收集资料。
123456789。
101212序号12。
456789101112。
系统功能概要设计系统功能详细设计数据库设计系统开发。
15125731575325。
图1.总体实施进度计划图。
2.8.3人员培训。
为了保证系统建成以后良好的运行，制定完善的培训计划。
2.8.3.1培训内容。
对开发的应用系统软件的使用和数据维护进行培训，使业务人员能够熟练使。
用系统，进行数据的管理维护和业务分析，实现决策、共享和信息发布等操作任。
务，使软件系统发挥应有的作用。
2.8.3.2培训方式。
培训使用建设中跟随培训和建设后集中培训两个方式。
建设中培训：中山市农科推广中心在建设阶段积极参与各系统的建设，参与。
系统设计、系统实施，随时熟悉系统设备和软件的使用方法和内容；
建设后培训：系统建设完成后，对中山市农科推广中心管理人员进行集中的系统使用和维护培训，使业务管理人员从整体和局部上掌握系统的使用。
提供完。
整的用户手册，作为培训的材料。
2.8.4项目验收。
2.8.4.1项目验收。
本项目由经信局组织专家进行会议评审验收，验收前需对平台各系统的功能。
进行测试，并进行72小时稳定性测试。验收后由经信局出具中山市土肥信息管。
理服务平台建设项目的验收报告。
2.8.4.2项目交付项。
说明项目任务完成后，投标方根据合同应提交给招标方的货物、服务以及交。
接文件、用户手册等，并附上相应的交付时间计划表。
投标方交给中山市农业科技推广中心的中山市土肥信息管理服务平台的代。
码，必须是系统应用系统所有模块不加密的、明文的、标准的源代码。
2.8.4.3项目付款。
本项目以总价承包方式采购，采用分期付款方式。
1、合同签订后，投标人提交项目实施方案并通过采购单位审核之日起。
个工作日内，采购单位启动支付流程向乙方支付合同总额的20％；
2、系统完成设计、开发、测试、安装部署，采购单位签字同意进入试运行。
购单位启动支付流程向投标人支付合同总价的40%。
30%。
10个工作日内，采。
4、投标人按照采购单位要求完成质保工作，项目质保期结束之日起。
工作日，采购单位启动支付流程向投标人支付合同总价的10个。
10%。
2.8.5售后服务。
针对本项目的售后及技术支持服务，派得伟业公司承诺如下：
北京派得伟业科技发展有限公司设置专门人员，为本项目售后及技术支持提。
供优质、高效的服务；
质量保证期：系统验收后12个月。
质保期内，投标人所有服务不得收取任何费用；投标人有责任解决所提供产品或服务及其附件、安装介质的任何故障。投标人必须在8小时内对业主所提出的维护要求做出实质性反应，并提供应急响应策略。
系统运行过程中如果出现技术故障（如硬件故障、软件故障、配置丢失等），在此期间按紧急预案处置，确保系统最大限度地不中断运行。投标人应保证8小时内解决此类问题，以恢复故障使得系统得以正常运行。
质保期外，投标人为建设方提供有偿技术支持和服务，考虑系统维护服务等工作量情况，适当向建设方收取一定费用。
如果有幸中标，我们将在建设、实施以及今后的运行维护中安排专门人员，针对本系统的特点结合我们在不同项目中的维护经验，制订高效完整的维护方案，提供高质量和全方位的支持和服务。我们的主要服务措施有：
在北京派得伟业科技发展有限公司建立专门的技术服务小组；
对于非北京派得伟业科技发展有限公司应用软件的问题，而是由于其他因素影响用户的正常使用，北京派得伟业科技发展有限公司将会积极配合用户查找问题原因。
2.8.5.1常规支持服务。
从试运行期结束后算起，系统开始正式运行，北京派得伟业科技发展有限公。
司承诺向用户提供一年免费的标准支持服务，在免费服务期内，为用户提供免费的现场技术支持服务，免费的现场软件安装调试、保修和升级，维护人员的免费现场培训和技术指导等，针对软件应用中出现的问题在1小时内提供应急相应方案，若软件系统出现无法远程指导解决的故障，派得伟业公司技术人员上门服务，根据实际情况最迟在48小时以内修复。同时，北京派得伟业科技发展有限公司承诺本系统的知识产权归用户方所有。
问题提供解答和解决方案。
免费技术支持服务期结束后，北京派得伟业科技发展有限公司将继续提供优。
质的支持服务，定期对系统进行维护查询，对用户提出的维护请求，通过电话指。
导，e-mail、即时通讯工具和传真等方式及时响应和处理用户反馈的问题和系统。
运行的故障。对用户需要的系统软件和应用软件的现场维护，包括现场的安装调。
具体的收试和重装，应用软件升级服务，派得伟业公司将收取一定的成本费用，费由双方协议后决定。
2.8.5.2故障等级与响应时间。
（1）故障等级定义。
紧急故障：系统已无法使用，导致用户业务活动中止；系统频繁出错，频繁产生完全错误的处理结果。
严重故障：系统仍在维持状态运行，但性能下降；系统能够维持运行，但有多个功能无法工作，或某一功能不正常已严重影响系统的运行。
中等故障：系统能够工作，但个别非核心功能出现异常，对使用的方便性产生不良影响。
轻度故障：系统工作基本正常，但偶然出现个别非核心功能异常，可通过简单的系统重启或改变配置得到恢复。
（2）服务请求响应时间。
表2.故障等级与请求响应时间。
故障等级。
电话/传真回复响应。
提出现场响应计划。
紧急。
0.5小时1小时4小时4小时。
1小时。
严重。
2小时8小时8小时。
中等。
轻度。
（3）故障修复时间。
表3.故障等级与故障修复时间。
故障等级。
紧急24小时。
严重24小时。
中等。
30小时时间。
2.8.6项目保障措施。
为了保障项目的顺利实施，采用项目经理负责制，由项目承建方制定的项目经理全权负责项目所有问题。同时，对项目实施过程的各个方面设置专门的负责人，项目承建方需在园区派驻常驻联络员，八小时随时待命，保证随时问题随时反馈，即时沟通，快速解决。
2.8.6.1组织保障体系。
为了保证项目的成功实施，在组织管理方面要制定严密细致的组织保障体系，建议成立以中山市农科推广中心领导和项目承建方领导组成的项目领导组，主要负责项目组织和实施过程中有关问题的协调和决策，并对项目进行宏观指导。
项目领导小组下设项目管理办公室，由中山市农科推广中心的有关管理人员和项目承建方相关部门人员组成，负责项目实施的具体管理和协调工作，检查和监督项目的进展。
检查、监督，指导项目的技术发展。
善的管理体系和组织保障体系。
2.8.6.2技术保障体系。
只有具有成功实施过类似项目经验的技术队伍，才能保证本项目的成功。项目承建方要集中一批有经验的实施技术人才参加项目组。这些技术工程人员，除了自身具有独立解决问题的能力之外，还能具有良好的协作能力和相互支援的作风。
为保证项目的高质量实施，建立由项目总负责人（项目经理）负责，系统总。
设计师技术把关，专业分组，具有成熟案例开发经验的软件工程师开发，监控的质量技术体系。
从工程整体实施过程来看，每一个开发阶段的实施，都由有项目经验的资深技术人员进行实施和全面管理控制。有过成功的经验，才能准确把握项目的技术关键和难点，把问题消灭在产生之前或萌芽中，充分保证项目实施的成功率。有了成功实施的技术队伍，才能保证项目的质量和性能。
2.8.6.3质量保障体系。
严格按照iso9001质量管理体系规范市场、开发、销售、工程等业务流程。目前，项目承建方需在项目质量控制方面，有成熟的方案。工程实施单位在保证进度的同时应充分保证项目质量，项目承建方需制定本工程项目的质量保障体系，从工程质量管理体系、工程标准与规范、工程设备选型以及工程开发厂商资格认定等方面来进行规范管理，以按时保质地完成应用工程实施。
（1）过程控制。
工程实现过程等主要过程形成了相应的制度及体系文件。
制定《开发项目管理程序》，以控制各种产品的开发过程，确保产品满足顾。
客及各相关方的要求。针对本项目的实现过程，将主要控制以下几点：
1）设计和开发策划。
软件的开发经立项后，由项目经理组织对项目进行设计开发策划，形成《软件项目计划》。
2）设计和开发输入。
项目经理在充分考虑业主的要求，合同及技术附件要求及国家、行业规定和标准的基础上，确定设计的输入要求，形成《软件需求规格说明书》。
开发项目组负责组织有关部门和人员对”设计输入”的内容进行评审，以确保设计输入是充分的和适宜的。
3）设计和开发输出。
项目经理根据《软件项目计划》的要求，按产品设计程序分阶段提供经过评审的软件产品、验收标准、使用说明书等全部设计输出，并满足设计输入的要求。设计输出文件发布前应予以评审，并经过授权人的批准。
4）设计和开发评审。
由开发项目组组织有关部门和专业人员，按程序文件规定的方法评审，并做好记录。设计评审的参加者除要求的专家外，还应包括与评审内容相关的设计人员。对于评审识别的任何问题及提出的必要措施，由项目经理实施改进，改进措施应做出记录。评审记录、改进措施的记录随开发文件一并归档。
5）设计和开发验证。
根据本项目产品的特点，常用的设计验证方法是测试、同行评审、走查。测。
试工作应有经批准的测试依据，保留测试记录。同行评审和走查应保留相关记录。
设计验证结果应有明确的验证结论。设计验证的结论及随后采取的必要措施。
应由项目经理形成报告，并保持记录，随开发文件一并归档。
6）设计和开发确认。
为确保产品满足业主要求，在产品交付必须前进行产品的设计确认。
确认结。
果和跟踪措施应予以记录。设计确认常采用系统验收测试。
+鉴定会的方法。
在设计确认之后，进行产品发布，由产品经理批准，由软件配置管理员实施。
7）设计和开发更改的控制。
所有更改和修订必须经原审批途径进行审批，或由设计更改的实施部门负责人批准。
设计更改必须经过评审和验证，必要时组织设计确认。对设计更改的评审包括对已投入使用的产品及产品的其他组成部分的影响，提出处理意见。
（2）质量控制。
软件开发阶段划分的目的是为了便于形成基于里程碑的软件开发质量控制。
体系，每个里程碑都是一个质量控制节点，这些质量控制节点贯穿于整个软件开。
发全过程，从而构成软件开发的质量控制体系。
贯穿于整个生命周期中的qa活动必须依据一整套的规范来进行，在每个里程碑结束时质量控制机构sqa（由技术质量部和测试小组组成），根据相应的软件开发管理规范及应用要求对阶段成果进行评议控制，确保应用开发的顺利进行，及交付的应用系统能够满足业主的使用需要，确保交付的系统能够代表项目承建方的整体技术水平。同时也有利于规避软件开发风险。
1）质量保证措施。
为确保软件生存月期的各阶段的质量要求得到满足，要求按照。
iso9001系。
列标准对本项目进行质量管理和控制。分析、设计、开发、安装和维护等各阶段。
活动均按以下要求监控质量：
2）实施预防与校正措施。
目的：制定有效、切实可执行的预防和校正措施并贯彻执行。对业主方项目组提出的意见明确处理规程，积极预防不合格的现象发生，彻底校正已发生的不合格现象。
工作程序：
预防为主、采取预防措施。根据项目实施进度，预防项目各阶段可能出现的问题，采取相应的预防措施。
出现问题（不合格现象）、及时采取纠正措施。同时，分析不合格现象产生的原因，及时采取纠正措施，并控制不合格现象的影响范围，同时控制不合格现象再次发生。
及时记录故障现象，制定出文档，以备以后查询。
预防与纠正措施要经过双方共同评审。
2.8.6.4应急保障措施。
为保障项目的顺利实施，应对实施过程中的突发事件，成立应急保障小组，在项目实施过程中常驻中山市。由项目经理负责，组织处理实施中的突发问题。
应急保障小组配有应急电话，采用轮流值班方式，保证应急电话二十四小时开通。项目实施过程中，每天会在施工现场派驻一名小组成员，处理现场问题，项目经理每天保证各现场巡查一次。如遇到紧急情况，由现场保障小组成员处理，事后汇报给项目经理；如果现场解决不了，第一时间汇报项目经理，由项目经理组织协商，保证在二十四小时内给出解决方案。
软件项目实施计划书篇十一
1.1编写目的。
1.2背景。
1.3定义。
1.4参考资料。
1.5标准、条约和约定。
2项目概述。
2.1项目目标。
2.2产品目标与范围。
2.3假设与约束。
2.5应交付成果。
2.5.1需完成的软件。
2.5.2需提交用户的文档。
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其它经费预算。
7关键问题。
8专题计划要点。
1.1编写目的。
说明编写这份项目计划的目的，并指出预期的读者。
作用:本节是为了说明编制“项目计划书”亦即本文档的意图和希望达到的效果。
注意这里的“目的”不是“项目目标”，而是为了说明本文档的目的与作用。
“项目目标”在2.1中说明。
意义:使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。
开发计划书的作用一般都是“项目成员以及项目干系人之间的共识与约定，项目生命周期所有活动的行动基础，以便项目团队根据本计划书开展和检查项目工作。”
例如可以这么写:为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。
常见的问题:把项目本身的“项目目标”误作编制项目开发计划的目的。
1.2背景。
主要说明项目的来历，一些需要项目团队成员知道的相关情况。
主要有以下内容:。
项目的名称:经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对“xx系统”开发的项目名称是“xx系统开发”。
项目的委托单位:如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方;如果是自行研发的软件产品，项目的委托单位就是本企业。
项目的用户(单位):软件或网络的使用单位，可以泛指某个用户群。
注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。
如海关的报关软件、税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。
项目的任务提出者:本企业内部提出需要完成此项目的人员，一般是领导或商务人员;注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。
如果是内部开发项目，则两者的区别在于前者指人，后者指单位。
项目的主要承担部门:有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门(也有的分为不同事业部)。
项目的特点就是其矩阵式组织，一般一个项目的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。
需要根据项目所涉及的范围确定本项目的主要承担部门。
项目建设背景:从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。
这有利于项目成员更好地理解项目目标和各项任务。
例句:根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，必须加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容，及时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。
目前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进度情况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多，原来的工作模式已经越来越无法适应市委市政府的要求。
因此，充分利用现代信息化、因特网的优势，建立“某市某建设工作信息报送反馈系统”，提高某建设工作信息报送反馈工作效率，提高信息的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。
软件系统与其他系统的关系:说明与本系统有关的其他系统，说明它们之间的相互依赖关系。
这些系统可以是这个系统的基础性系统(一些数据、环境等必须依靠这个系统才能运行)，也可以是以这个系统为基础的系统，或者是两者兼而有之的关系、互相依赖的系统。
例句:本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府网站。
软件系统与机构的关系:说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系。
例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。
1.3定义。
列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。
注意尽量不要对一些业界使用的通用术语进行另外的定义，使它的含义和通用术语的惯用含义不一致。
1.4参考资料。
列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。
本节与下一节的“标准、条约和约定”互为补充，注意“参考资料”未必作为“标准、条约和约定”，因为“参考”的不一定是“必须遵守”的。
常用资料如:。
本项目的合同、标书、上级机关有关通知、经过审批的项目任务书;。
属于本项目的其他已经发表的文件;。
本文档中各处引用的文件、资料，包括所要用到的软件开发标准。
1.5标准、条约和约定。
列出在本项目开发过程中必须遵守的标准、条约和约定。
例如:相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。
“参考资料”一般具有“物质”特性，一般要说明参照了什么，要说明在哪里可以获得;“标准、条约和约定”一般具有“精神”特性，一般是必须遵守的，不说明在哪里可以获得。
参考资料的内容应该涵盖“标准、条约和约定”。
2项目概述。
2.1项目目标。
设定项目目标就是把项目要完成的工作用清晰的语言描述出来，让项目团队每一个成员都有明确的概念。
注意，不要简单地说成在什么什么时间完成开发什么什么软件系统或完成什么什么软件安装集成任务。
注意“要完成一个系统”只是一个模糊的目标，它还不够具体和明确。
明确的项目目标应该指出了服务对象，所开发软件系统最主要的功能和系统本身的比较深层次的社会目的或系统使用后所起到的社会效果。
项目目标应当符合smart原则:。
lsspecific明确的陈述。
lmmeasurable可以衡量的结果。
laattainable可以达成的目标。
lrrealistic合理的，现实的或者说是能和实际工作相结合。
lttrackable可以跟踪的。
项目目标可以进行横向的分解也可以进行纵向的分解。
横向分解一般按照系统的功能或按照建设单位的不同业务要求，如分解为第一目标、第二目标等等;纵向的分解一般是指按照阶段，如分解为第一阶段目标、第二阶段目标等等，或近期目标、中期目标、远期目标等等。
阶段目标一般应当说明目标实现的较为明确的时间。
一般要在说明了总目标的基础上再说明分解目标，可加上“为实现项目的总目标，必须实现以下三个阶段目标······”
2.2产品目标与范围。
根据项目输入(如合同、立项建议书、项目技术方案、标书等)说明此项目要实现的软件系统产品的目的与目标及简要的软件功能需求。
对项目成果(软件系统)范围进行准确清晰的界定与说明是软件开发项目活动开展的基础和依据。
软件系统产品目标应当从用户的角度说明开发这一软件系统是为了解决用户的那些问题。
产品目标如“提高工作信息报送反馈工作效率，更好地进行工作信息报送的检查监督，提高信息的及时性、汇总统计信息的准确性，减轻各级相关工作人员的劳动强度。”
2.3假设与约束。
对于项目必须遵守的各种约束(时间、人员、预算、设备等)进行说明。
这些内容将限制你实现什么、怎样实现、什么时候实现、成本范围等种种制约条件。
假设是通过努力可以直接解决的问题，而这些问题是一定要解决才能保证项目按计划完成。
如:“系统分析员必须在3天内到位”或“用户必须在8月8日前确定对需求文档进行确认”
约束一般是难以解决的问题，但可以通过其他途径回避或弥补、取舍，如人力资源的约束限制，就必须牺牲进度或质量等等。
假设与约束是针对比较明确会出现的情况，如果问题的出现具有不确定性，则应该在风险分析中列出，分析其出现的可能性(概率)、造成的影响、应当采取的相应措施。
说明为实现项目的目标需要进行那些工作。
在必要时，可描述与合作单位和用户的工作分工。
注意产品范围与项目工作范围的不同含义。
产品范围界定:软件系统产品本身范围的特征和功能范围。
工作范围界定:为了能够按时保质交付一个有特殊的特征和功能的软件系统产品所要完成的那些工作任务。
产品范围的完成情况是参照客户的需求来衡量的，而项目范围的完成情况则是参照计划来检验的。
这两个范围管理模型间必须要有较好的统一性，以确保项目的具体工作成果，能按特定的产品要求准时交付。
2.5应交付成果。
2.5.1需完成的软件。
列出需要完成的程序的名称、所用的编程语言及存储程序的媒体形式。
其中软件对象可能包括:源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件、声音文件、安装软件、安装软件源程序文件等等。
2.5.2需提交用户的文档。
列出需要移交给用户的每种文档的名称、内容要点及存储形式，如需求规格说明书、帮助手册等。
此处需要移交用户的文档可参考合同中的规定。
2.5.3须提交内部的文档。
可根据《gb8567-88计算机软件产品开发文件编制指南》附录o:“文件编制实施规定的实例(参考件)”结合各企业实际情况调整制定《软件开发文档编制裁减衡量因素表》。
根据《因素表》确定项目对应的项目衡量因素取值，以确定本项目应完成的阶段成果。
将不适用于本项目的内容裁减，以减少不必要的项目任务和资源。
根据因素取值列出本项目应完成的阶段成果，说明本项目取值所在的区间，将其他因素值区间删除。
2.5.4应当提供的服务。
根据合同或某重点建设工作需要，列出将向用户或委托单位提供的各种服务，例如培训、安装、维护和运行支持等。
具体的工作计划如需要编制现场安装作业指导书、培训计划等，应当在本计划“4.3总体进度计划”中条列出。
2.6项目开发环境。
说明开发本软件项目所需要的软硬件环境和版本、如操作系统、开发工具、数据库系统、配置管理工具、网络环境。
环境可能不止一种，如开发工具可能需要针对java的，也需要针对c++的。
有些环境可能无法确定，需要在需求分析完成或设计完成后才能确定所需要的环境。
2.7项目验收方式与依据。
说明项目内部验收和用户验收的方式，如验收包括交付前验收、交付后验收、试运行(初步)验收、最终验收、第三方验收、专家参与验收等等。
项目验收依据主要有标书、合同、相关标准、项目文档(最主要是需求规格说明书)。
3项目团队组织。
3.1组织结构。
说明项目团队的组织结构。
项目的组织结构可以从所需角色和项目成员两个方面描述。
所需角色主要说明为了完成本项目任务，项目团队需要哪些角色构成，如项目经理、计划经理、系统分析员(或小组)、构架设计师、设计组、程序组、测试组等等。
组织结构可以用图形来表示，可以采用树形图，也可以采用矩阵式图形，同时说明团队成员来自于哪个部门。
除了图形外，可以用文字简要说明各个角色应有的技术水平。
注意虽然有一些通用的结构可以套用，但各种不同规模、不同形式的项目组织结构是不一样的。
如产品研发项目可能就不需要实施人员(小组)，但需要知识转移方面的人员(小组)。
而软件编码外包的项目则不需要程序员，测试人员也可以适当地减少。
3.2人员分工。
确定项目团队的的每个成员属于组织结构中的什么角色，他们的技术水平、项目中的分工与配置，可以用列表方式说明，具体编制时按照项目实际组织结构编写。
以下是一个示例。
3.3协作与沟通。
项目的沟通与协作首先应当确定协作与沟通的对象，就是与谁协作、沟通。
沟通对象应该包括所有项目干系人，而项目干系人包括了所有项目团队成员、项目接口人员、项目团队外部相关人员等等。
其次应当确定协作模式与沟通方式。
沟通方式如会议、使用电话、qq、内部邮件、外部邮件、quickplace、聊天室等等。
其中邮件沟通应当说明主送人、抄送人，聊天室沟通方式应当约定时间周期。
而协作模式主要说明在出现什么状况的时候各个角色应当(主动)采取什么措施，包括沟通，如何互相配合来共同完成某项任务。
定期的沟通一般要包括项目阶段报告、项目阶段计划、阶段会议等。
3.3.1项目团队内部协作。
本节说明在项目开发过程中项目团队内部的协作模式和沟通方式、频次、沟通成果记录办法等内容。
3.3.2项目接口人员。
应当说明接口工作的人员即他们的职责、联系方式、沟通方式、协作模式，包括:。
a、负责本项目同用户的接口人员;。
c、负责本项目同分包方的接口人员。
3.3.3项目团队外部沟通与协作模式。
项目团队外部包括企业内部管理协助部门、项目委托单位、客户等等。
本节说明在项目开发过程中项目团队内部与接口人员、客户沟通的方式、频次、沟通成果记录办法等内容。
明确最终用户、直接用户及其所在本企业/部门名称和联系电话。
明确协作开发的有关部门的名称、经理姓名、承担的工作内容以及工作实施责任人的姓名、联系电话。
确定有关的合作单位的名称、负责人姓名、承担的工作内容以及实施人的姓名、联系电话。
4实施计划。
4.1风险评估及对策。
识别或预估项目进行过程中可能出现的风险。
应该分析风险出现的可能性(概率)、造成的影响、根据影响应该采取的对策，采取的措施。
风险识别包括识别内在风险及外在风险。
内在风险是指项目工作组能加以控制和影响的风险，如人事任免和成本估计等。
外在风险指超出项目工作组等控制力和影响力之外的风险，如市场转向或政府行为等。
风险的对策包括:避免:排除特定危胁往往靠排除危险起源;减缓:减少风险事件的预期资金投入来减低风险发生的概率，以及减少风险事件的风险系数;吸纳:接受一切后果，可以是积极的(如制定预防性计划来防备风险事件的发生)，也可以是消极的(如某些费用超支则接受低于预期的利润)。
对于软件开发项目而言，在分析、识别和管理风险上投入足够的时间和人力可以使项目进展过程更加平稳，提高项目跟踪和控制的能力，由于在问题发生之前已经做了周密计划，因而对项目的成功产生更加充分的信心。
1)工程/规模/进度上的风险。
2)技术上的风险。
3)用户体制上的问题。
4)其它:应该包含此处没有、但据推测有风险的项目。
4.2工作流程。
说明项目采用什么样的工作流程进行。
如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己创建的工作流程。
不同的流程将影响后面的工作计划的制定。
必要时画出本项目采用的工作流程图及适当的文字说明。
4.3总体进度计划。
这里所说的总体进度计划为高层计划。
作为补充，应当分阶段制定项目的阶段计划，这些阶段计划不在这份文档中，当要以这份总体计划为依据。
总体进度计划要依据确定的项目规模，列表项目阶段划分、阶段进度安排及每阶段应提交的阶段成果，在阶段时间安排中要考虑项目阶段成果完成、提交评审、修改的时间。
对于项目计划、项目准备、需求调研、需求分析、构架设计或概要设计、编码实现、测试、移交、内部培训、用户培训、安装部署、试运行、验收等工作，给出每项工作任务的预定开始日期、完成日期及所需的资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件(里程碑)。
例如。
需求评审。
设计评审。
表格中检查点/里程碑等阶段划分为举例，实际作业阶段划分、阶段成果等请根据项目需要确定。
制定软件项目进度计划可以使用一些专门的工具，最常用的是microsoft的project作为辅助工具，功能比较强大，比较适合于规模较大的项目，但无法完全代替项目计划书，特别是一些主要由文字来说明的部分。
小规模的项目可简便地使用excel作为辅助工具。
关于如何使用这些工具不在此作详细说明。
1)对于系统需求和项目目标的掌握程度。
如开始时对于系统需求和项目目标只有比较数的了解，就只能制定出比较粗的进度计划，等到需求阶段或设计阶段结束，就应该进一步细化进度计划。
2)软件系统规模和项目规模，这两个不是一个概念。
软件系统规模往往是从功能点的估算或其他估算方式得来的，而项目规模还要考虑对文档数量与质量的要求，使用的开发工具、新技术、多少复用、沟通的方便程度、客户方的情况、需要遵守的标准规范等等等等。
例如，完成一个大型的系统，在一定的时间内一个人或几个人的智力和体力是承受不了的。
由于软件是逻辑、智力产品，盲目增加软件开发人员并不能成比例地提高软件开发能力。
相反，随着人员数量的增加，人员的组织、协调、通信、培训和管理方面的问题将更为严重。
3)软件系统复杂程度和项目复杂程度:和软件系统规模和项目规模一样，软件系统的复杂程度主要是考虑软件系统本身的功能、架构的复杂程度，而项目的复杂程度主要是指项目团队成员的构成、项目任务的复杂程度、项目干系人的复杂程度、需求调研的难易程度，多项目情况下资源保障的情况，等等等等。
软件系统的规模与软件系统的复杂程度未必是成比例的关系;同样项目的规模与项目的复杂程度未必是成比例的关系。
4)项目的工期要求，就是项目的紧急程度。
有些项目规模大，却因为与顾客签订了合同，或者为了抢先占领市场，工期压缩得很紧，这时就要考虑如何更好地合理安排进度，多增加人选多采用加班的方式是一种万不得已的选择。
增加人选除了增加人的成本外必定会增加沟通的成本(熟悉项目任务所需要的时间);加班如果处理不好会造成情绪上的问题，也可能会因为过于忙碌而无法顾及质量，造成质量的下滑。
5)项目成员的能力。
这些能力包括项目经理的管理能力，系统分析员的分析能力、系统设计人员的设计能力、程序员的编码能力、测试人员的测试能力，以及企业或项目团队激发出这些能力的能力。
从另外一个角度看还有总体上对客户行业业务的熟悉程度;对于建模工具、开发工具、测试工具等技术的掌握程度;企业内部对行业业务知识和主要技术的知识积累。
4.4.1质量保证计划。
执行质量评审活动，对过程质量进行控制。
规模较大的项目应当单独编写《软件开发项目质量计划》。
根据gb/t12504计算机软件质量保证计划规范，内容包括:。
l引言(本章节包括质量计划的目的、定义、参考资料)。
l管理(描述负责软件质量管理的机构、任务及其相关的职责)。
l文档(列出在该软件的开发、验证与确认以及使用与维护等阶段中需要编制的文档，并描述对文档进行评审与检查的准则)。
l标准、条例和约定(列出软件开发过程中要用到的标准、条例和约定，并列出监督和保证执行的措施)。
l评审和检查(规定所要进行的技术和管理两个方面的评审和检查工作，并编制或引用有关的评审和检查规程，以及通过与否的技术准则。
至少要进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查)。
l软件配置管理(编制有关配置管理条款，或在“4.4.4配置管理计划”中说明，或引用按照《gb/t12505计算机软件配置管理计划规范》单独制定的文档)。
l工具、技术和方法(指明用于支持特定软件项目质量管理工作的工具、技术和方法，指出它们的目的和用途)。
l媒体控制(说明保护计算机程序物理媒体的方法和设施，以免非法存取、意外损坏或自然老化)。
l对供货单位的控制(供货单位包括项目承办单位、软件销售单位、软件开发单位。
规定对这些供货单位进行控制的规程，从而保证项目承办单位从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的需求。
)
l记录的收集、维护和保存(指明需要保存的软件质量保证活动的记录，并指出用于汇总、保护和维护这些记录的方法和设施，并指明要保存的期限)。
4.4.2进度控制计划。
(可直接引用以下描述或根据项目情况制定本节内容)。
本项目的进度监控执行本企业《项目管理规范》，由本企业过程控制部门如质量管理部统一进行监控，并保留在监控过程中产生的日常检查记录。
4.4.3预算监控计划。
说明如何检查项目预算的使用情况。
根据项目情况需要制定。
4.4.4配置管理计划。
编制有关软件配置管理的条款，或引用按照gb/t12505单独制订《配置管理计划》文档。
在这些条款或文档中，必须规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检查配置管理工作等四方面的活动。
还必须规定用以维护和存储软件受控版本的方法和设施;必须规定对所发现的软件问题进行报告、追踪和解决的步骤，并指出实现报告、追踪和解决软件问题的机构及其职责。
根据《gb/t12505计算机软件配置管理计划规范》，软件配置管理计划内容如下:。
l引言(本章节包括质量计划的目的、定义、参考资料)。
l管理(描述负责软件配置管理的'机构、任务、职责及其有关的接口控制。
)
l软件配置管理活动(描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等到四方面的软件配置管理活动的需求。
)
l工具、技术和方法(指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法，指明它们的目的，并在开发者所有权的范围内描述其用法)。
l对供货单位的控制(供货单位是指软件销售单位、软件开发单位或软件子开发单位。
必须规定对这些供货单位进行控制的管理规程，从而使从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求)。
l记录的收集、维护和保存(指明要保存的软件配置管理文档，指明用于汇总、保护和维护这些文档的方法和设施，并指明要保存的期限)。
5支持条件。
说明为了支持本项目的完成所需要的各种条件和设施。
5.1内部支持。
逐项列出项目每阶段的支持需求(含人员、设备、软件、培训等)及其时间要求和用途。
例如，设备、软件支持包括客户机、服务器、网络环境、外设、通讯设备、开发工具、操作系统、数据库管理系统、测试环境，逐项列出有关到货日期、使用时间的要求。
5.2客户支持。
列出对项目而言需由客户承担的工作、完成期限和验收标准，包括需由客户提供的条件及提供时间。
5.3外包(可选)。
列出需由外单位分合同承包者承担的工作、完成时间，包括需要由外单位提供的条件和提供的时间。
6预算。
6.1人员成本。
列出产品/项目团队每一个人的预计工作月数。
列出完成本项目所需要的劳务(包括人员的数量和时间)。
劳务费一般包括工资、奖金、补贴、住房基金、退休养老金、医疗保险金。
6.2设备成本。
设备成本包括:原材料费，设备购置及使用费。
列出拟购置的设备及其配置和所需的经费。
列出拟购置的软件及其版本和所需的经费。
使用的现有设备及其使用时间。
6.3其它经费预算。
列出完成本项目所需要的各项经费，包括差旅费、资料费、通行费、会议费、交通费、办公费、培训费、外包费等，包括:。
(1)差旅费(旅费、出租)(含补贴)。
(2)资料费(图书费、资料费、复印费、出版费)。
(3)通信费(市话长话费、移动通信费、上网费、邮资)。
(4)会议费(鉴定费、评审会、研讨费、外事费等)。
(5)办公费(购买办公用品)。
(6)协作费(业务协作招待费、项目团队加班伙食费)。
(7)培训费(培训资料编写费、资料印刷费、产地费、设备费)。
其他(检测、外加工费、维修费、消耗品、低易品、茶话会等)。
列出完成本项目需要的所有经费预算(上述各项费用之和)。
7关键问题。
逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目成败的影响。
8专题计划要点。
专题计划也就是因为项目的需要在本文档之外独立建立的计划，本节说明本项目开发中需要制定的各个专题计划的要点。
专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划。
参考文献。
1.1编写目的。
1.2背景。
1.3定义。
1.4参考资料。
1.5标准、条约和约定。
2项目概述。
2.1项目目标。
2.2产品目标与范围。
2.3假设与约束。
2.5应交付成果。
2.5.1需完成的软件。
2.5.2需提交用户的文档。
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其它经费预算。
7关键问题。
8专题计划要点。
1.1编写目的。
说明编写这份项目计划的目的，并指出预期的读者。
作用:本节是为了说明编制“项目计划书”亦即本文档的意图和希望达到的效果。
注意这里的“目的”不是“项目目标”，而是为了说明本文档的目的与作用。
“项目目标”在2.1中说明。
意义:使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。
开发计划书的作用一般都是“项目成员以及项目干系人之间的共识与约定，项目生命周期所有活动的行动基础，以便项目团队根据本计划书开展和检查项目工作。
”
例如可以这么写:为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。
常见的问题:把项目本身的“项目目标”误作编制项目开发计划的目的。
1.2背景。
主要说明项目的来历，一些需要项目团队成员知道的相关情况。
主要有以下内容:。
项目的名称:经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对“xx系统”开发的项目名称是“xx系统开发”。
项目的委托单位:如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方;如果是自行研发的软件产品，项目的委托单位就是本企业。
项目的用户(单位):软件或网络的使用单位，可以泛指某个用户群。
注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。
如海关的报关软件、税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。
项目的任务提出者:本企业内部提出需要完成此项目的人员，一般是领导或商务人员;注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。
如果是内部开发项目，则两者的区别在于前者指人，后者指单位。
项目的主要承担部门:有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门(也有的分为不同事业部)。
项目的特点就是其矩阵式组织，一般一个项目的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。
需要根据项目所涉及的范围确定本项目的主要承担部门。
项目建设背景:从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。
这有利于项目成员更好地理解项目目标和各项任务。
例句:根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，必须加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容，及时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。
目前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进度情况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多，原来的工作模式已经越来越无法适应市委市政府的要求。
因此，充分利用现代信息化、因特网的优势，建立“某市某建设工作信息报送反馈系统”，提高某建设工作信息报送反馈工作效率，提高信息的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。
软件系统与其他系统的关系:说明与本系统有关的其他系统，说明它们之间的相互依赖关系。
这些系统可以是这个系统的基础性系统(一些数据、环境等必须依靠这个系统才能运行)，也可以是以这个系统为基础的系统，或者是两者兼而有之的关系、互相依赖的系统。
例句:本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府网站。
软件系统与机构的关系:说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系。
例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。
1.3定义。
列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。
注意尽量不要对一些业界使用的通用术语进行另外的定义，使它的含义和通用术语的惯用含义不一致。
1.4参考资料。
列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。
本节与下一节的“标准、条约和约定”互为补充，注意“参考资料”未必作为“标准、条约和约定”，因为“参考”的不一定是“必须遵守”的。
常用资料如:。
本项目的合同、标书、上级机关有关通知、经过审批的项目任务书;。
属于本项目的其他已经发表的文件;。
本文档中各处引用的文件、资料，包括所要用到的软件开发标准。
1.5标准、条约和约定。
列出在本项目开发过程中必须遵守的标准、条约和约定。
例如:相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。
“参考资料”一般具有“物质”特性，一般要说明参照了什么，要说明在哪里可以获得;“标准、条约和约定”一般具有“精神”特性，一般是必须遵守的，不说明在哪里可以获得。
参考资料的内容应该涵盖“标准、条约和约定”。
2项目概述。
2.1项目目标。
设定项目目标就是把项目要完成的工作用清晰的语言描述出来，让项目团队每一个成员都有明确的概念。
注意，不要简单地说成在什么什么时间完成开发什么什么软件系统或完成什么什么软件安装集成任务。
注意“要完成一个系统”只是一个模糊的目标，它还不够具体和明确。
明确的项目目标应该指出了服务对象，所开发软件系统最主要的功能和系统本身的比较深层次的社会目的或系统使用后所起到的社会效果。
项目目标应当符合smart原则:。
lsspecific明确的陈述。
lmmeasurable可以衡量的结果。
laattainable可以达成的目标。
lrrealistic合理的，现实的或者说是能和实际工作相结合。
lttrackable可以跟踪的。
项目目标可以进行横向的分解也可以进行纵向的分解。
横向分解一般按照系统的功能或按照建设单位的不同业务要求，如分解为第一目标、第二目标等等;纵向的分解一般是指按照阶段，如分解为第一阶段目标、第二阶段目标等等，或近期目标、中期目标、远期目标等等。
阶段目标一般应当说明目标实现的较为明确的时间。
一般要在说明了总目标的基础上再说明分解目标，可加上“为实现项目的总目标，必须实现以下三个阶段目标······”
2.2产品目标与范围。
根据项目输入(如合同、立项建议书、项目技术方案、标书等)说明此项目要实现的软件系统产品的目的与目标及简要的软件功能需求。
对项目成果(软件系统)范围进行准确清晰的界定与说明是软件开发项目活动开展的基础和依据。
软件系统产品目标应当从用户的角度说明开发这一软件系统是为了解决用户的那些问题。
产品目标如“提高工作信息报送反馈工作效率，更好地进行工作信息报送的检查监督，提高信息的及时性、汇总统计信息的准确性，减轻各级相关工作人员的劳动强度。
”
2.3假设与约束。
对于项目必须遵守的各种约束(时间、人员、预算、设备等)进行说明。
这些内容将限制你实现什么、怎样实现、什么时候实现、成本范围等种种制约条件。
假设是通过努力可以直接解决的问题，而这些问题是一定要解决才能保证项目按计划完成。
如:“系统分析员必须在3天内到位”或“用户必须在8月8日前确定对需求文档进行确认”
约束一般是难以解决的问题，但可以通过其他途径回避或弥补、取舍，如人力资源的约束限制，就必须牺牲进度或质量等等。
假设与约束是针对比较明确会出现的情况，如果问题的出现具有不确定性，则应该在风险分析中列出，分析其出现的可能性(概率)、造成的影响、应当采取的相应措施。
说明为实现项目的目标需要进行那些工作。
在必要时，可描述与合作单位和用户的工作分工。
注意产品范围与项目工作范围的不同含义。
产品范围界定:软件系统产品本身范围的特征和功能范围。
工作范围界定:为了能够按时保质交付一个有特殊的特征和功能的软件系统产品所要完成的那些工作任务。
产品范围的完成情况是参照客户的需求来衡量的，而项目范围的完成情况则是参照计划来检验的。
这两个范围管理模型间必须要有较好的统一性，以确保项目的具体工作成果，能按特定的产品要求准时交付。
2.5应交付成果。
2.5.1需完成的软件。
列出需要完成的程序的名称、所用的编程语言及存储程序的媒体形式。
其中软件对象可能包括:源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件、声音文件、安装软件、安装软件源程序文件等等。
2.5.2需提交用户的文档。
列出需要移交给用户的每种文档的名称、内容要点及存储形式，如需求规格说明书、帮助手册等。
此处需要移交用户的文档可参考合同中的规定。
2.5.3须提交内部的文档。
可根据《gb8567-88计算机软件产品开发文件编制指南》附录o:“文件编制实施规定的实例(参考件)”结合各企业实际情况调整制定《软件开发文档编制裁减衡量因素表》。
根据《因素表》确定项目对应的项目衡量因素取值，以确定本项目应完成的阶段成果。
将不适用于本项目的内容裁减，以减少不必要的项目任务和资源。
根据因素取值列出本项目应完成的阶段成果，说明本项目取值所在的区间，将其他因素值区间删除。
2.5.4应当提供的服务。
根据合同或某重点建设工作需要，列出将向用户或委托单位提供的各种服务，例如培训、安装、维护和运行支持等。
具体的工作计划如需要编制现场安装作业指导书、培训计划等，应当在本计划“4.3总体进度计划”中条列出。
2.6项目开发环境。
说明开发本软件项目所需要的软硬件环境和版本、如操作系统、开发工具、数据库系统、配置管理工具、网络环境。
环境可能不止一种，如开发工具可能需要针对java的，也需要针对c++的。
有些环境可能无法确定，需要在需求分析完成或设计完成后才能确定所需要的环境。
2.7项目验收方式与依据。
说明项目内部验收和用户验收的方式，如验收包括交付前验收、交付后验收、试运行(初步)验收、最终验收、第三方验收、专家参与验收等等。
项目验收依据主要有标书、合同、相关标准、项目文档(最主要是需求规格说明书)。
3项目团队组织。
3.1组织结构。
说明项目团队的组织结构。
项目的组织结构可以从所需角色和项目成员两个方面描述。
所需角色主要说明为了完成本项目任务，项目团队需要哪些角色构成，如项目经理、计划经理、系统分析员(或小组)、构架设计师、设计组、程序组、测试组等等。
组织结构可以用图形来表示，可以采用树形图，也可以采用矩阵式图形，同时说明团队成员来自于哪个部门。
除了图形外，可以用文字简要说明各个角色应有的技术水平。
注意虽然有一些通用的结构可以套用，但各种不同规模、不同形式的项目组织结构是不一样的。
如产品研发项目可能就不需要实施人员(小组)，但需要知识转移方面的人员(小组)。
而软件编码外包的项目则不需要程序员，测试人员也可以适当地减少。
3.2人员分工。
确定项目团队的的每个成员属于组织结构中的什么角色，他们的技术水平、项目中的分工与配置，可以用列表方式说明，具体编制时按照项目实际组织结构编写。
以下是一个示例。
3.3协作与沟通。
项目的沟通与协作首先应当确定协作与沟通的对象，就是与谁协作、沟通。
沟通对象应该包括所有项目干系人，而项目干系人包括了所有项目团队成员、项目接口人员、项目团队外部相关人员等等。
其次应当确定协作模式与沟通方式。
沟通方式如会议、使用电话、qq、内部邮件、外部邮件、quickplace、聊天室等等。
其中邮件沟通应当说明主送人、抄送人，聊天室沟通方式应当约定时间周期。
而协作模式主要说明在出现什么状况的时候各个角色应当(主动)采取什么措施，包括沟通，如何互相配合来共同完成某项任务。
定期的沟通一般要包括项目阶段报告、项目阶段计划、阶段会议等。
3.3.1项目团队内部协作。
本节说明在项目开发过程中项目团队内部的协作模式和沟通方式、频次、沟通成果记录办法等内容。
3.3.2项目接口人员。
应当说明接口工作的人员即他们的职责、联系方式、沟通方式、协作模式，包括:。
a、负责本项目同用户的接口人员;。
c、负责本项目同分包方的接口人员。
3.3.3项目团队外部沟通与协作模式。
项目团队外部包括企业内部管理协助部门、项目委托单位、客户等等。
本节说明在项目开发过程中项目团队内部与接口人员、客户沟通的方式、频次、沟通成果记录办法等内容。
明确最终用户、直接用户及其所在本企业/部门名称和联系电话。
明确协作开发的有关部门的名称、经理姓名、承担的工作内容以及工作实施责任人的姓名、联系电话。
确定有关的合作单位的名称、负责人姓名、承担的工作内容以及实施人的姓名、联系电话。
4实施计划。
4.1风险评估及对策。
识别或预估项目进行过程中可能出现的风险。
应该分析风险出现的可能性(概率)、造成的影响、根据影响应该采取的对策，采取的措施。
风险识别包括识别内在风险及外在风险。
内在风险是指项目工作组能加以控制和影响的风险，如人事任免和成本估计等。
外在风险指超出项目工作组等控制力和影响力之外的风险，如市场转向或政府行为等。
风险的对策包括:避免:排除特定危胁往往靠排除危险起源;减缓:减少风险事件的预期资金投入来减低风险发生的概率，以及减少风险事件的风险系数;吸纳:接受一切后果，可以是积极的(如制定预防性计划来防备风险事件的发生)，也可以是消极的(如某些费用超支则接受低于预期的利润)。
对于软件开发项目而言，在分析、识别和管理风险上投入足够的时间和人力可以使项目进展过程更加平稳，提高项目跟踪和控制的能力，由于在问题发生之前已经做了周密计划，因而对项目的成功产生更加充分的信心。
1)工程/规模/进度上的风险。
2)技术上的风险。
3)用户体制上的问题。
4)其它:应该包含此处没有、但据推测有风险的项目。
4.2工作流程。
说明项目采用什么样的工作流程进行。
如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己创建的工作流程。
不同的流程将影响后面的工作计划的制定。
必要时画出本项目采用的工作流程图及适当的文字说明。
4.3总体进度计划。
这里所说的总体进度计划为高层计划。
作为补充，应当分阶段制定项目的阶段计划，这些阶段计划不在这份文档中，当要以这份总体计划为依据。
总体进度计划要依据确定的项目规模，列表项目阶段划分、阶段进度安排及每阶段应提交的阶段成果，在阶段时间安排中要考虑项目阶段成果完成、提交评审、修改的时间。
对于项目计划、项目准备、需求调研、需求分析、构架设计或概要设计、编码实现、测试、移交、内部培训、用户培训、安装部署、试运行、验收等工作，给出每项工作任务的预定开始日期、完成日期及所需的资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件(里程碑)。
例如。
需求评审。
设计评审。
表格中检查点/里程碑等阶段划分为举例，实际作业阶段划分、阶段成果等请根据项目需要确定。
制定软件项目进度计划可以使用一些专门的工具，最常用的是microsoft的project作为辅助工具，功能比较强大，比较适合于规模较大的项目，但无法完全代替项目计划书，特别是一些主要由文字来说明的部分。
小规模的项目可简便地使用excel作为辅助工具。
关于如何使用这些工具不在此作详细说明。
1)对于系统需求和项目目标的掌握程度。
如开始时对于系统需求和项目目标只有比较数的了解，就只能制定出比较粗的进度计划，等到需求阶段或设计阶段结束，就应该进一步细化进度计划。
2)软件系统规模和项目规模，这两个不是一个概念。
软件系统规模往往是从功能点的估算或其他估算方式得来的，而项目规模还要考虑对文档数量与质量的要求，使用的开发工具、新技术、多少复用、沟通的方便程度、客户方的情况、需要遵守的标准规范等等等等。
例如，完成一个大型的系统，在一定的时间内一个人或几个人的智力和体力是承受不了的。
由于软件是逻辑、智力产品，盲目增加软件开发人员并不能成比例地提高软件开发能力。
相反，随着人员数量的增加，人员的组织、协调、通信、培训和管理方面的问题将更为严重。
3)软件系统复杂程度和项目复杂程度:和软件系统规模和项目规模一样，软件系统的复杂程度主要是考虑软件系统本身的功能、架构的复杂程度，而项目的复杂程度主要是指项目团队成员的构成、项目任务的复杂程度、项目干系人的复杂程度、需求调研的难易程度，多项目情况下资源保障的情况，等等等等。
软件系统的规模与软件系统的复杂程度未必是成比例的关系;同样项目的规模与项目的复杂程度未必是成比例的关系。
4)项目的工期要求，就是项目的紧急程度。
有些项目规模大，却因为与顾客签订了合同，或者为了抢先占领市场，工期压缩得很紧，这时就要考虑如何更好地合理安排进度，多增加人选多采用加班的方式是一种万不得已的选择。
增加人选除了增加人的成本外必定会增加沟通的成本(熟悉项目任务所需要的时间);加班如果处理不好会造成情绪上的问题，也可能会因为过于忙碌而无法顾及质量，造成质量的下滑。
5)项目成员的能力。
这些能力包括项目经理的管理能力，系统分析员的分析能力、系统设计人员的设计能力、程序员的编码能力、测试人员的测试能力，以及企业或项目团队激发出这些能力的能力。
从另外一个角度看还有总体上对客户行业业务的熟悉程度;对于建模工具、开发工具、测试工具等技术的掌握程度;企业内部对行业业务知识和主要技术的知识积累。
4.4.1质量保证计划。
执行质量评审活动，对过程质量进行控制。
规模较大的项目应当单独编写《软件开发项目质量计划》。
根据gb/t12504计算机软件质量保证计划规范，内容包括:。
l引言(本章节包括质量计划的目的、定义、参考资料)。
l管理(描述负责软件质量管理的机构、任务及其相关的职责)。
l文档(列出在该软件的开发、验证与确认以及使用与维护等阶段中需要编制的文档，并描述对文档进行评审与检查的准则)。
l标准、条例和约定(列出软件开发过程中要用到的标准、条例和约定，并列出监督和保证执行的措施)。
l评审和检查(规定所要进行的技术和管理两个方面的评审和检查工作，并编制或引用有关的评审和检查规程，以及通过与否的技术准则。
至少要进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查)。
l软件配置管理(编制有关配置管理条款，或在“4.4.4配置管理计划”中说明，或引用按照《gb/t12505计算机软件配置管理计划规范》单独制定的文档)。
l工具、技术和方法(指明用于支持特定软件项目质量管理工作的工具、技术和方法，指出它们的目的和用途)。
l媒体控制(说明保护计算机程序物理媒体的方法和设施，以免非法存取、意外损坏或自然老化)。
l对供货单位的控制(供货单位包括项目承办单位、软件销售单位、软件开发单位。
规定对这些供货单位进行控制的规程，从而保证项目承办单位从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的需求。
)
l记录的收集、维护和保存(指明需要保存的软件质量保证活动的记录，并指出用于汇总、保护和维护这些记录的方法和设施，并指明要保存的期限)。
4.4.2进度控制计划。
(可直接引用以下描述或根据项目情况制定本节内容)。
本项目的进度监控执行本企业《项目管理规范》，由本企业过程控制部门如质量管理部统一进行监控，并保留在监控过程中产生的日常检查记录。
4.4.3预算监控计划。
说明如何检查项目预算的使用情况。
根据项目情况需要制定。
4.4.4配置管理计划。
编制有关软件配置管理的条款，或引用按照gb/t12505单独制订《配置管理计划》文档。
在这些条款或文档中，必须规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检查配置管理工作等四方面的活动。
还必须规定用以维护和存储软件受控版本的方法和设施;必须规定对所发现的软件问题进行报告、追踪和解决的步骤，并指出实现报告、追踪和解决软件问题的机构及其职责。
根据《gb/t12505计算机软件配置管理计划规范》，软件配置管理计划内容如下:。
l引言(本章节包括质量计划的目的、定义、参考资料)。
l管理(描述负责软件配置管理的机构、任务、职责及其有关的接口控制。
)
l软件配置管理活动(描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等到四方面的软件配置管理活动的需求。
)
l工具、技术和方法(指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法，指明它们的目的，并在开发者所有权的范围内描述其用法)。
l对供货单位的控制(供货单位是指软件销售单位、软件开发单位或软件子开发单位。
必须规定对这些供货单位进行控制的管理规程，从而使从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求)。
l记录的收集、维护和保存(指明要保存的软件配置管理文档，指明用于汇总、保护和维护这些文档的方法和设施，并指明要保存的期限)。
5支持条件。
说明为了支持本项目的完成所需要的各种条件和设施。
5.1内部支持。
逐项列出项目每阶段的支持需求(含人员、设备、软件、培训等)及其时间要求和用途。
例如，设备、软件支持包括客户机、服务器、网络环境、外设、通讯设备、开发工具、操作系统、数据库管理系统、测试环境，逐项列出有关到货日期、使用时间的要求。
5.2客户支持。
列出对项目而言需由客户承担的工作、完成期限和验收标准，包括需由客户提供的条件及提供时间。
5.3外包(可选)。
列出需由外单位分合同承包者承担的工作、完成时间，包括需要由外单位提供的条件和提供的时间。
6预算。
6.1人员成本。
列出产品/项目团队每一个人的预计工作月数。
列出完成本项目所需要的劳务(包括人员的数量和时间)。
劳务费一般包括工资、奖金、补贴、住房基金、退休养老金、医疗保险金。
6.2设备成本。
设备成本包括:原材料费，设备购置及使用费。
列出拟购置的设备及其配置和所需的经费。
列出拟购置的软件及其版本和所需的经费。
使用的现有设备及其使用时间。
6.3其它经费预算。
列出完成本项目所需要的各项经费，包括差旅费、资料费、通行费、会议费、交通费、办公费、培训费、外包费等，包括:。
(1)差旅费(旅费、出租)(含补贴)。
(2)资料费(图书费、资料费、复印费、出版费)。
(3)通信费(市话长话费、移动通信费、上网费、邮资)。
(4)会议费(鉴定费、评审会、研讨费、外事费等)。
(5)办公费(购买办公用品)。
(6)协作费(业务协作招待费、项目团队加班伙食费)。
(7)培训费(培训资料编写费、资料印刷费、产地费、设备费)。
其他(检测、外加工费、维修费、消耗品、低易品、茶话会等)。
列出完成本项目需要的所有经费预算(上述各项费用之和)。
7关键问题。
逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目成败的影响。
8专题计划要点。
专题计划也就是因为项目的需要在本文档之外独立建立的计划，本节说明本项目开发中需要制定的各个专题计划的要点。
专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划。
说明本项目开发中需制订的各个专题计划(如分合同计划、开发人员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装计划等)的要点。
软件项目实施计划书篇十二
一、项目实施方案概述
二、项目实施方案介绍
(一)项目启动阶段
(二)需求调研确认阶段
(三)软件功能实现确认阶段
(四)数据标准化初装阶段
(五)系统培训阶段
(六)系统安装测试及试运行阶段
(七)总体验收阶段
(八)系统交接阶段
一、项目实施方案概述
软件产品，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件项目实施。大量的软件公司项目实施案例证明，软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。
项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照每个项目实施阶段分别介绍。
二、项目实施方案介绍
(一)项目启动阶段
此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。
此阶段主任务：
公司：在合同签定后，指定项目经理，成立项目组，授权项目组织完成项目目标。
公司项目组：进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，召开项目启动会。
商务经理：配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户，配合项目组建立与用户的联系。
用户：成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》和《项目实施协议》。
1、成立项目组
部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》。
2、前期调研
项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别那些个体和组织是项目的干系人，确定他们的需求和期望，如何满足和影响这些需求、期望以确保项目能够成功。
3、编制《项目总体计划》
《项目总体计划》是一个文件或文件的集合，随着项目信息不断丰富和变化，会被不断变更，主要介绍项目目标、主要项目阶段、里程碑、可交付成果。通常包括以下几方面内容：
4、启动会
项目组与用户共同召开的宣布项目实施正式开始的会议。
会程安排如下：
共同组建项目实施组织，实施组织的权利和职责;双方签署《项目实施协议》。
项目组介绍《项目总体计划》和《项目实施协议》，包括以下内容：
项目实施中项目管理的必要性和如何进行项目管理，项目的质量如何控制;
项目实施中用户的'参与和领导的支持的重要作用;
阶段验收、技术交接和项目结束后如何对用户提供后续服务。
(二)需求调研确认阶段
此阶段的主要工作是软件公司的项目实施人员向用户调查用户对系统的需求，包括管理流程调研、功能需求调研、报表要求调研、查询需求调研等，实施人员调研完成后，会编写《需求调研分析手册》，并交付用户进行确认，待用户对《需求调研分析手册》上所提到的需求确认完毕后，项目实施人员将以此为依据进行软件功能的实现。如果用户又提出新的需求，实施人员将分析需求的难度及对整个系统的影响程度来确定是否给予实现。需求调研阶段具体包括如下内容：
1、进行需求调研准备
2、编制《需求调研计划》
3、内部评审是否通过《需求调研计划》，项目组、部门经理、商务等人员根据合同要求和项目实际情况对《需求调研计划》草稿进行评审，如评审通过，则在稍后的时间内签署，如评审不通过则重新修改。
4、用户是否签署《需求调研计划》，如用户签署《需求调研计划》，则作为以后需求调研工作的指南。否则重新修改。
5、《需求调研计划》是否有变更，如果计划存在变更，则执行变更控制流程，否则按计划进行后续工作。
7、需求调研，项目组以《需求调研手册》为依据，从业务流程、单据使用、打印格式、报表查询几个方面展开深入和全面的调研，并搜集用户的个性化需求。
8、需求调研分析根据调研的结果，项目组和公司其他技术部门将进一步进行分析，确定合理、可行的需求，将分析结果形成《需求分析报告》草稿。
9、内部评审是否通过《需求分析报告》。项目组、部门经理、公司其他技术部门的人员对《需求分析报告》草稿进行评审，如评审通过，则在稍后由用户签署，如评审不通过则重新修改，直至内部评审通过。
10、编写及发出《需求分析报告确认通知》。项目组编写《需求分析报告确认通知》，发给用户，确定进行需求确认的相关事宜，告之相关部门及人员安排好工作，准时参与需求确认工作，为顺利完成需求确认工作做准备。
(三)软件功能实现确认阶段
此阶段的主要工作是项目实施人员根据需求调研阶段确认的《需求调研分析手册》中的用户需求内容进行具体软件功能的实现工作。在软件功能实现的过程中，项目实施人员将记录软件实现的详细过程。便于公司售后服务之用。每一个实施技术人员必须严格按照要求记录、存档。按照调研要求的所有功能实现完毕后，项目实施人员将编制《软件功能确认表》，将定制好软件功能待用户确认，用户根据《软件功能确认表》上的功能逐一确定软件功能是否达到要求，对不满足要求的功能，项目实施人员将会记录下来并进行功能修改，直到满足用于要求。
(四)数据标准化初装阶段
此阶段的主要工作是项目实施人员指导用户进行系统标准化资料的准备工作，并对用户进行初装资料的软件操作培训，以便用户能够及时的将标准资料录入系统，初装完成后，项目实施人员会对资料初装的情况进行核查，为以后具体业务功能的开展做好基础。
(五)系统培训阶段
系统培训阶段工作是整个项目实施工作中比较重要的工作，用户对软件的操作功能是否熟练将直接影响到后面的软件应用效果，所以软件公司和用户双方要对此阶段的工作给予足够的重视。要充分认识培训的重要性和艰巨性。在项目实施之前对用户的相关人员进行系统和规范的产品培训是非常必要的，达到让用户了解软件产品，最终自己能够解决使用中的具体的问题。
此阶段的培训工作中将用户参加产品培训的人员划分为三个层次：决策层、技术层、操作层，对不同层次的用户参加产品培训人员的培训内容分别是：
决策层：领导在实施中的作用与重要性、决策查询。
维护层：系统维护知识、操作方法。
操作层：操作方法。
具体的培训工作流程为：
1、调研培训信息：在培训开始前3天由用户实施负责人，将参加培训的部门和人员情况填入《受训部门汇总表》、《受训人员情况一览表》。
2、编制培训计划：结合调研结果，与用户实施负责人商议具体培训内容、时间，场地，人员等。项目组编制《培训计划》。
3、签署培训计划：用户签署《培训计划》，进一步确认培训安排。
4、发培训通知：培训开始前2天，按照签署的《培训计划》，将培训内容、时间，场地，人员等信息通知用户实施负责人。
5、搭建培训环境：公司项目组在培训开始前，将培训环境搭建及检查妥当，将培训提纲及培训手册准备好。
6、组织培训：公司项目组培训负责人与用户实施负责人组织相关人员参加培训，按培训制度严格考核。由用户将考勤情况填入《培训人员签到表》。
7、培训考核：公司项目组培训负责人与用户实施负责人组织受训人员参加上机及理论考试。
汇报。
(六)系统安装测试及试运行阶段
此阶段的主要工作是在用户真实环境下，对用户网络及硬件设备进行测试，对软件系统进行容量、性能压力等测试测试及试运行的目的在于确保系统各项功能均能正常使用，并且符合用户签署的《需求分析报告》中描述的需求，同时把尽可能多的潜在问题在正式运行之前发现并改正;同时目的还在于在正式运行前用户的有关人员能进一步提高操作水平，掌握操作规范。此阶段的主要工作内容为：
1、 编制计划：与用户实施负责人商议具体测试及试运行时间，地点，人员等安排，项目组编制《测试及试运行计划》。
2、签署计划：用户签署《测试及试运行计划》，进一步确认测试及试运行安排。
3、发测试及试运行通知：在测试及试运行开始前2天，按照签署的《测试及试运行计划》，将时间，地点，人员等信息通知用户实施负责人。
5、组织测试及试运行：用户相关各级领导给予全面配合，组织相关人员进行测试及试运行.
6、测试及试运行总结：测试及试运行完成，总结试运行中设备、软件的运行情况，总结试运行中业务流程和操作环节的情况，以书面总结形式将测试及试运行结果通知相关负责人。
公司项目组负责担当指挥，检查用户人员组织情况并给予指导，跟踪检查如下情况：
跟踪单据流转状况。
跟踪新资料登录环节。
观察业务流程执行状况。
观察操作人员操作表现。
观察系统运行速度及异常表现。
观察关键数据的正确性。
及时纠正错误操作、对于新发生的问题及时与相关人员沟通，确定解决办法。
软件项目实施计划书篇十三
1.1目的
帮助每个部门管理者管理，可以通过了解其他部门情况，以便了解全局发展；了解每一分资金流向，每一件产品开发、生产、销售；每一个客户信息，每一分费用的来龙去脉以及详细利用。
1.2项目背景
随着电子商务时代的到来，企业要求充分利用各类信息来快速反应变化多端的市场环境。同时中国加入wto以后，企业将直接面对国际企业的强劲挑战。面对错综复杂的市场和众多类型的客户，您的企业在竞争中能否比竞争对手更快地了解客户的需求变化？更快的掌握营销业务数据？更快地推出新产品、开拓新市场？您的企业内部业务是否能迅速处理？信息是否完整、规范？部门之间、岗位之间是否能有效协同？分支机构和业务伙伴是否能更有效地监控和协调。
很多摩配企业都是小个体户，企业商务形象不是很好；资金周转慢，库存积压大
职员工作效率底，劳动强度大；消耗的资金大。
这套摩配管理系统是专为从事摩配生产、摩配销售、摩配外贸等摩修摩配单位运用计算机所作的一套高品质的管理软件。可广泛使用于各种规模的摩配企业。
1.3项目的范围和目标
1.3.1范围描述
1）.完整的生产流程管理，原料入厂、计划生产、车床人员分配、出厂销售环环紧扣。
2）.摩配材料费、人工费、相关班组一目了然，可以灵活调整产品价格，完全符合摩配行业特点。
3）.方便的`产品档案管理，自动提取、更新产品档案资料。
4）.充分考虑摩配通用件、横向件的复杂性，销售单打印可以实时调整产品类型、产品属性和价钱。
5）.摩配销售时，可以随时查看通用车型及库存分布，对常规摩配项目提供简易管理。
6）.独特的同行借调/炒件销售方式，摩配短平快销售即进即销，想顾客之所想，急顾客之所急。
7).简便实用的摩配内部消耗品领用管理，仓存帐目滴水不漏。
1.3.2主要功能
1）.概述
（一）、销售管理：包括客户信息、发货计划
（二）、计划管理：包括主生产计划生成以及查看
（三）、采购管理：包括采购单管理（可以进行查询、打印）、供应商管理
（四）、生产管理：包括物料管理、生产计划查看、生产计划执行情况查询、
（五）、仓库管理：包括出/入库单管理、仓库信息查询
（六）、质量管理：包括供应商供货质量、销货质量
2）.系统流程图
调研实际情况的旧系统流程图如下：
新设计的系统流程图如下：
3）.功能描述
此系统总概括来说包括三大功能：
（一）、原料采购功能，工厂大量生产、品种繁多，必定导致原料的采购也是数量大、品种繁多；在采购过程中必定要进行记录，确定是否已经执行；而且采购员必定是多人的，也可防止采购员之间将同一种材料重复采购。
（二）、仓库存储功能，仓库中存在的货物包括已采购原料和未销售产品。那么原料已经被谁领购，何时领购，被领购多少，领购何种原料，领够原料来自何处等都可以详细记录以及方便查询；仓库中的产品是否已经销售、销往何处、销售多少等。
1.3.3性能
一、改进企业商务形象，增强用户信用度
二、加速资金周转，降低库存积压
三、提高职员工作效率
四、减轻劳动强度，降低职员对商业业务的水平要求
1.3.4管理和技术约束
这是首次进行一个完整的项目作业，缺少经验在所难免；而且这一系统虽有前辈们所留下的经验，但是与这一系统共同点甚少，所以我们只能借介优点，发挥我们自己的想象以及能力；由于时间的紧迫，调研并不算完善，所以只能根据其他系统中的优点补充我们所缺的。
当然，技术上的欠缺也在所难免，在程序编写中我们必定会遇到这样那样的难题，比如数据库的连接等。
2.项目估算
2.1使用的历史数据
叶迪厂生产销售流程的实地调查
2.2使用的评估技术
软件规模估算：功能点计算（fp=ufc*tcf=34*0.8=27.2）
成本估算：walston-felix模型
工作量估算：cocomo模型
时间估算：cocomo模型
2.3工作量、成本、时间估算
预计代码行l=30(l是以kloc计数的源代码行)
成本估算：
0.91e=5.2*l=114.8639（e是以人员为单位的工作量）
0.35d=13.47*e=70.8650（d是以月为单位的所需时间）
0.35s=0.54*e=2.8409（s是以人计的人员需求量）
1.01doc=49*l=1520（doc是以页数为单位的文本量）
工作量估算：a=3.6,b=1.20,s是以千源代码行（kloc）计数的程序规模
b1.2e=a*s=3.6*30=213.2299
时间估算:c=2.5,d=.32
d0.32t=c*e=2.5*213.2299=13.9≈14月
3.风险管理战略
3.1风险识别
列出top10风险
3.2风险计划
1、确定风险应对策略
2、对top10中每条应用哪些策略去应对
4．进度
4.1项目工作分解结构
问题定义与可行性研究、需求分析、总体设计、详细设计、编程、测试、运行与维护。
5.关键问题
在制作这一系统中，最关键的问题是数据库的创建。数据库的是否优化，直接影响到系统的好坏；在数据库中如何建表，是影响数据库的，表中的资源如何分配也是一大问题；在连接数据库时采用那种技术也会影响到程序编程。
5.1人员
总计6人：王霞，朱韩玲，吴萍，刘恋，杨阳，吉元
5.2硬件和软件
硬件：计算机（4台）
软件：microsoftofficeword
microsoftofficeproject2003
microsoftofficevisio2003
visualc++6.0
sqlserver
解析评论：这是对摩配销售系统项目开发的一个项目计划书，对此系统开发的背景、目的。功能、风险、估算等做了详尽的分析计划，可是我觉得一个很好的项目计划书还应该包含项目开发的标准、条约和约定、产品目标与范围、假设与约束、项目应交付成果、可行性分析(什么设备上、资金上、经济上等方面)、项目资源分析配置、设备的安排(需要设备的总体数量等)、开发人员任务的分配等多个方面，然而该项目计划书只是对局部的计划做了详尽的描述与安排；例如关键问题这一块的人员部分。仅仅是总计6人，那么没有明确说明谁对这个项目负责，谁是这个软件项目开发的主要技术人员，要知道有一个好的领导管理者关乎着这个项目的成败，还有就是对项目资源的分析配置没有做具体的研究分析，资源的配置与安排直接影响项目的开发进度与交付成果，换句话说最终将影响公司的经济利益，所以一个项目计划书是一个项目开发的基础，将直接关乎项目开发成功与否。
软件项目实施计划书篇十四
1.1.公司
瑞斯特朗软件有限责任公司是一个筹备中的公司，它拥有完整的开发团队、管理团队，致力于新型电子商务应用、互联网广告应用的研究与开发。以参与者的身份，引导电子商务市场、以及网络广告市场的规范化。公司定位于高科技企业，开发产品主要以软件为主，实行网络销售，同时也参与各种项目产品开发，具有一定的科研能力。公司遵循用户至上的宗旨，研发符合广大用户需求的产品，在其他同类产品尚未登录市场、或尚未形成规模之前，在互联网软件商业领域中占领一席之地，成为该领域的佼佼者。
《软件产业研究报告》指出中国网民数量自20xx年1月的890万，20xx年1月的3370万，20xx年1月的7950万，到20xx年1月的1.37亿，20xx年1月的2.98亿。首次超过国民总数10%，位列美国之后总规模的第二位。巨大的需求市场拉动巨大的产业：软件产业销售收入十年间从数十亿元，增加到20xx年的近4000亿元，从“软件小国”成为“软件大国”，并开始向美国印度等“软件强国”目标努力。因此瑞斯特朗软件有限责任公司有着巨大的市场。
公司注重短期目标与长远战略的结合，中长期目标将逐步拓宽产品领域，涉足网络广告、网络销售、信息咨询服务、应用软件开发等领域，形成以软件产业为核心的专业化经营集团公司。
1.2.市场
网络广告市场：
网络广告超越杂志广告收入，跻身为主流广告媒体。在对妮维雅品牌的网络传播综合效果评测后发现，品牌认知度提升了23.4%，品牌美誉度提高39.6%，品牌使用率更是跃升51.4%。
目前，我国网络广告主要以静态页面、flash、高亮字体、视频等模式为主，广告布局以嵌入页面和浮动窗口为主。广告待浏览器完全载入页面后方可查看，ad软件以改变传统广告查看模式，以新型的插入方式进行广告播放，极大的满足商家对广告的宣传需求，提高了互联网广告利用空间。
小型crm应用市场：
软件产品项目开发：
我国目前软件产品内在需求巨大，应用软件市场销售额从20xx年的444亿增长至20xx年的624.02亿，预计20xx年为732亿。从初步的调查资料看，受需求下降和经济环境变化影响最大的汽车、钢铁、电子为代表的制造业，与制造紧密联系的物流业，还有房地产产业相关的建筑业都将会减少it投资。而中国的金融行业虽然因美国金融危机所受的直接损失有限，但受金融服务需求下降，息差将少，证券市场交易萎缩等影响，自身盈利能力将会受到很大负面影响。不过相对来说it由于已经成为金融企业核心能力一部分，在业务系统承担压力下降的情况下反而成为变革业务，提升it能力，加强it投资的一个机会;同时管理层对于金融体系的监管要求正在不断提高，包括20xx年出台证券业it治理规范性文件，都预示着对金融企业的it建设还将负担理顺公司治理的更广的责任，所以预计金融业在20xx年将不会削减it开支。
电信业在20xx年预计将会成为一个投资高峰年，3g的全面上马将会给运营商的系统带来新的压力，从网管、计费、结算到前端运营都要新的投资。最关键的是电信业的垄断局面在20xx年有望真正打破，更激烈的竞争让三大巨头在各方面的投入都不敢有任何的松懈。
政府市场明年预计将会成为包括it在内很多行业的重点希望之一，赤字年背后就是大规模的真金白银被投入市场。尽管其中大部分会投在基础设施建设、农村和民生项目上，而这些项目再向it业传导会存在近10个月的滞后，但这也能在20xx年第四季度给it市场带来一股强劲而持续的推动力。基于同样的原因，预计20xx年it投资在能源、交通、医疗卫生等行业也会迎来一个先抑后扬的行情。
而借着中国社会消费品零售总额持续保持20%以上的增长动力，零售流通行业依然有保持快速上扬的能力，虽然当前困难比较集中，但相信各方力量的汇总会促成20xx年变为中国零售流通行业新腾飞的起点，其中it投资也会是一部分大中型商业机构提升能力的相同路径。
纵观20xx年整个中国市场，信息化用户总体需求不改上扬趋势，所以，软件行业市场需求仍然很巨大。
1.3.投资与财务
公司设在湖南长沙麓谷高新技术园区。
公司成立初期共需资金50万，均为股东入股。其中流动资金40万，固定资产投资10万。
韩建强入股12.5万(25%)，陈胜入股12.5万(25%)，其它股东入股12.5万(25%)。
第一年估计盈利25万人民币，以后每年销售利润增长30%左右，投资回收期为1年零11个月。
1.4.组织与人力资源
公司性质是有限责任公司，初期组织结构采取直线制。公司实行总经理负责制。总经理下设业务经理、技术经理、人事经理。
2.项目背景
2.1.产业背景
网络广告产业背景：
网络广告是利用网站上的广告横幅、文本链接、多媒体的方法，在互联网刊登或发布广告，通过网络传递到互联网用户的一种高科技广告运作方式。
与传统的四大传播媒体(报纸、杂志、电视、广播)广告及近来备受垂青的户外广告相比，网络广告具有得天独厚的优势，是实施现代营销媒体战略的重要一部分。internet是一个全新的广告媒体，速度最快效果很理想，是中小企业扩展装大的很好途径，对于广泛开展国际业务的公司更是如此。
目前网络广告的市场正在以惊人的速度增长，网络广告发挥的效用越来越显得重要。以致广告界甚至认为互联网络将超越路牌，成为传统四大媒体(电视、广播、报纸、杂志)之后的第五大媒体。因而众多国际级的广告公司都成立了专门的“网络媒体分部”，以开拓网络广告的巨大市场。
小型企业crm应用产业背景：
随着市场经济的深入发展，市场竞争、行业竞争、品牌竞争越演越烈，在许多行业领域里，经过一次次市场洗牌，社会资源在不断整合，市场格局日趋稳定，市场的竞争往往表现为几大品牌厂商之间的竞争，比如在饮料行业，可口可乐和百事可乐在美国，甚至全球拥有稳固的市场定位;而啤酒行业里的第一阵营始终被百威、嘉士伯、虎牌、喜力等著名品牌所控制。进入90年代，伴随产品和服务的高度同质化，市场竞争的压力越来越大。许多企业发现，如果依照传统的营销4p(产品product、价格price、渠道place、促销promotion)理念，很多企业其实已经没有多少潜力可挖。于是，美国营销学者提出了4c理念(consumer客户、cost成本、convenience便利性、communications沟通)，主张以消费者(客户)为中心，研究消费者需求，而不要再卖你能制造的产品，而要卖客户想购买的产品;并暂时忘掉定价策略，快去了解客户满足其需求所须付出的成本;忘掉渠道策略，而思考给客户以便利性，最后则是强调与客户沟通，传播客户认为是“卖点”的东西。因此，企业不断努力改善与客户的关系将大大有利于企业竞争力的提高，有利于企业赢得新客户、保留老客户和提高客户利润贡献度，这些成为企业能否在市场竞争中获胜的关键。
在4c理念基础上，“数据库营销”、“一对一营销”的产生也成为crm的直接理论基础，被企业很快接受。这样，营销重点从客户需求进一步转移到客户保持上并且保证企业把适当的时间、资金和管理资源直接集中在这两个关键任务上。
影响了企业的发展。当今的几大crm提供商如oracle、turbo、sap等，他们的产品庞大，功能复杂，不适合这些中小型企业使用，这使得本来就管理较差的中小企业无法很好的转型为大规模的规范型企业。
因此，针对这些中小型企业定制crm系统，使他们能够顺利实施信息化管理、合理利用数据是有很大的市场潜在需求的。
软件产品项目开发产业背景：
近两年来，以软件和信息服务外包为主要业务特色的软件产业获得了超常规快速发展，形成了产业和企业的集聚效应，大批跨国公司、日本公司和国内软件企业在国内设立了研发中心和服务中心。仅以大连软件园为例，目前入园企业超过250家，其中外资企业比例达到40%，世界500强企业22家，园区企业的员工人数在20xx年一年中增加了6000人。与此同时，国家推行的两化(工业化和信息化)融合;企业、政府、教育机构对信息化办公、信息化管理的迫切需求;服务行业对信息化服务的需求以及依赖，这些政策和需要使得计算机和软件行业的发展越来越快，也使得软件行业的市场需求量越来越大。
因此，充分做好各类软件产品，实施好信息化系统将会带来长远的经济效益和社会效益。
2.2.产品概述
2.2.1.ad软件优点和前景
ad软件是一种广告插播器，在网络广告市场中，公司将与网络广告位臵提供商、广告需求商、广告设计商合作，打造世界一流的网络广告服务公司，公司将推出一系列网络广告播放工具，以及产品服务。
ad软件与市场上现有的同类产品相比，概念新颖、质量优秀、顺应时代潮流。该软件的诞生，将为现有的网络广告传播理念、网站设计等注入新的元素与活力。公司通过对当前网站上广告的宣传进行了深入研究，开发出了ad软件。该软件将广告的宣传形式变得新颖，使广告充分发挥其宣传的作用，对投放广告的商家非常有利，同时该软件能够被网站程序管理员灵活运用，对网站页面之间的切换和刷新起到很好的控制作用。
目前，市场上对该软件的理念应用的非常少，只有少数一两个国外网站应用了该理念，所以，市场对本公司很有利。
2.2.2.小型企业crm应用系统优点和前景
在电子商务市场中，本公司将会为商业店主或者小型企业打造适合其自身发
店业主提供详细的商品季节性销售分析、利润分析等各种财务、业务、商品分析服务，同时能够为这些商家存储较为完整的客户信息，并充分利用这些数据，发掘出其中的商业价值。同时，该系统的可扩展性较好、操作简单、界面美观，而且价格便宜，很适合小型企业和网上商店业主使用。
由于该系统模块化、组件化，因此可以方便的增加或者减少功能，灵活性较强，体现了软件开发的高内聚、低耦合的特征，极大的降低了后期扩展的成本和难度。
该系统所面向的客户群体庞大，他们自身的发展空间也很大，因此，小型企业crm应用系统的市场潜力很大，值得本公司去发掘。
公司将会与小型企业、网上商店业主、购物平台三者携手，共同建设更加规范的网络购物市场。
2.2.3.软件产品项目开发前景
目前，我国信息技术产业的蓬勃发展促使各种先进技术和产品广泛应用，为国内的软件开发注入了活力。软件开发从未来发展角度来看，是个有着潜在升值价值的专业，因为未来中国的it业(软硬件比例)软件行业将占60%，而硬件则萎缩为40%(有可能更少)，因此，国内的软件产业有着很大的市场潜力供挖掘和利用。例如，本公司组成人员开发过像政协、公安系统、erp等大型规范的项目，包括本公司前身瑞斯特朗软件工作室承接过海南灵动智能代步车租赁项目等系统，都具有很大的市场潜力。经过从瑞斯特朗软件工作室到瑞斯特朗软件公司的一个转变，我们发现软件项目在国内各行各业的应用广泛，深入渗透各个科研、政府、教育等领域。
软件项目实施计划书篇十五
项目计划书的内容：关于惠祥钢铁，物流，煤炭经营的可行性计划。
项目名称：致力于钢铁，物流，煤炭行业的发展。
项目承办单位和项目投资者的有关情况。即：生产经营内容、生产经营规模、产品销售情况、年上缴税额、自有资金数额、债权债务情况等。
兴办外商投资项目要简述：
(2)合营方式(注明合资、合作、独资)。
(3)合营年限。
(4)经营范围。
(5)产品销售方向(内销或出口比例)。
简述项目建设的必要性和依据。技术引进项目，要简述技术引进内容(关键设备或技术专利)、拟引进技术设备水平及其国别和厂商产品技术水平及市场销售前景。
项目建设拟选地址的地理位置、占地范围(四至范围)、占用土地类别(国有、集体所有)和数量、拟占土地的现状及现有使用者的基本情况。
如果不指定建设地点，要提出对占地的基本要求。
项目建设条件。简述能源供应条件、主要原材料供应条件、交通运输条件、市政公用设施配套条件及实现上述条件的初步设想。需进行地上建筑物拆迁的项目，要提出拆迁安置初步方案。
建设规模和建设内容。生产性项目要提出主要产品品种、生产工艺及生产能力;非生产项目要根据项目的不同性质说明其规模，如旅馆、宾馆项目要说明有多少客房、多少床位;房地产开发项目要说明拟建的建筑物类别及数量;成片开发建设的'小区要说明小区的主要功能、建筑容积率等。
总建筑面积及主要单项工程的建筑面积。
一般民用建筑项目不写，其他非工业生产项目简写。
项目总投资额。技术引进项目要说明进口技术设备使用外汇数额，建设费用和购置国内设备所需人民币数额;外商投资企业要说明总投资额、注册资本数额、合营各方投入注册资本的比例、出资方式及利润分配方式。
资金来源。利用银行贷款的项目要将注设期间的贷款利息计入总投资内。利用外资项目要说明外汇平衡方式和外汇偿还办法。
(六)建设进度初步设想。
(七)经济效益和社会效益的初步估算。
(八)结论。
【本文地址：http://www.xuefen.com.cn/zuowen/8928314.html】
