计划是我们对自己或团队工作进行目标设定和分解的基础。那么，如何制定一个较为完美的计划呢？首先，明确目标是制定计划的第一步，我们需要明确自己希望达到的结果。其次，分解任务是制定计划的关键，将大目标拆分成一系列小步骤，有条不紊地进行。此外，合理安排时间也很重要，我们需要根据任务的优先级和时间的分配，制定出一个合理的时间表。最后，在执行计划的过程中，我们需要不断评估和调整，保持灵活性，及时适应变化的情况。在制定计划时，可以参考一些相关的研究和理论。
软件项目计划书题目篇一
项目计划书的内容：关于惠祥钢铁，物流，煤炭经营的可行性计划。
项目概况。
项目名称：致力于钢铁，物流，煤炭行业的发展。
项目承办单位和项目投资者的有关情况。即：生产经营内容、生产经营规模、产品销售情况、年上缴税额、自有资金数额、债权债务情况等。
兴办外商投资项目要简述：
(2)合营方式(注明合资、合作、独资)。
(3)合营年限。
(4)经营范围。
(5)产品销售方向(内销或出口比例)。
简述项目建设的必要性和依据。技术引进项目，要简述技术引进内容(关键设备或技术专利)、拟引进技术设备水平及其国别和厂商产品技术水平及市场销售前景。
建设条件。
项目建设拟选地址的地理位置、占地范围(四至范围)、占用土地类别(国有、集体所有)和数量、拟占土地的现状及现有使用者的基本情况。
如果不指定建设地点，要提出对占地的基本要求。
项目建设条件。简述能源供应条件、主要原材料供应条件、交通运输条件、市政公用设施配套条件及实现上述条件的初步设想。需进行地上建筑物拆迁的项目，要提出拆迁安置初步方案。
建设内容。
建设规模和建设内容。生产性项目要提出主要产品品种、生产工艺及生产能力;非生产项目要根据项目的不同性质说明其规模，如旅馆、宾馆项目要说明有多少客房、多少床位;房地产开发项目要说明拟建的建筑物类别及数量;成片开发建设的小区要说明小区的主要功能、建筑容积率等。
总建筑面积及主要单项工程的建筑面积。
环境影响。
一般民用建筑项目不写，其他非工业生产项目简写。
估算。
项目总投资额。技术引进项目要说明进口技术设备使用外汇数额，建设费用和购置国内设备所需人民币数额;外商投资企业要说明总投资额、注册资本数额、合营各方投入注册资本的比例、出资方式及利润分配方式。
资金来源。利用银行贷款的项目要将注设期间的贷款利息计入总投资内。利用外资项目要说明外汇平衡方式和外汇偿还办法。
(六)建设进度初步设想。
(七)经济效益和社会效益的初步估算。
(八)结论。
附件。
建设项目拟选位置地形图(城近郊区比例尺为1：20xx;远郊区县比例尺为1：10000)。标明项目建设占地范围和占地范围内及附近地区地上建筑物现状。
在自有地皮上建设，要附市规划部门对项目建设初步选址意见(规划要点或其它文件)。
国家限止发展的或按国家及市政府规定需要先由行业主管部门签署意见的项目，要附有关行业主管部门签署的审查意见。
外商投资项目要附以下材料。
(1)会计师事务所出具的外商资信证明材料。
(2)合营各方的营业执照(复印件)。
(3)合营各方签署的合营意向书(境内单位要有上级主管部门的意见)。
两个或两个以上境内单位合建的项目要附以下材料。
(1)合建各方签署的意向书(要有上级主管部门的意见)。
(2)合建各方的营业执照(复印件)。
其他附件材料。
软件项目计划书题目篇二
中国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软件有限公司可以组建新公司的方式或其他可行的方式进行合作，股份的最终分配方案可经由谈判确定。
软件项目计划书题目篇三
日子如同白驹过隙，前方等待着我们的是新的机遇和挑战，是时候静下心来好好写写计划了。那么计划怎么拟定才能发挥它最大的作用呢？下面是小编为大家收集的软件项目计划书，仅供参考，欢迎大家阅读。
软件产品，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件项目实施。大量的软件公司项目实施案例证明，软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照每个项目实施阶段分别介绍。
（一）项目启动阶段
此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。
此阶段主任务：
公司：在合同签定后，指定项目经理，成立项目组，授权项目组织完成项目目标。
公司项目组：进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，召开项目启动会。
商务经理：配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户，配合项目组建立与用户的联系。
用户：成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》和《项目实施协议》。
1、成立项目组
部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》。
2、前期调研
项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别那些个体和组织是项目的干系人，确定他们的需求和期望，如何满足和影响这些需求、期望以确保项目能够成功。
3、编制《项目总体计划》
《项目总体计划》是一个文件或文件的集合，随着项目信息不断丰富和变化，会被不断变更，主要介绍项目目标、主要项目阶段、里程碑、可交付成果。通常包括以下几方面内容：
沟通管理计划，确定项目干系人对信息和沟通的需要：即什么人何时需要什么信息以及通过什么方式将信息提供给他们。质量管理计划，确定适合于项目的质量标准和如何满足其要求。如果有必要，可以包括上述每一个计划，详细程度根据每个具体项目的要求而定。未解决事宜和未定的决策。
4、启动会
项目组与用户共同召开的宣布项目实施正式开始的会议。
会程安排如下：
共同组建项目实施组织，实施组织的权利和职责；双方签署《项目实施协议》。
项目组介绍《项目总体计划》和《项目实施协议》，包括以下内容：
项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配（包括用户的）；
项目实施中项目管理的必要性和如何进行项目管理，项目的质量如何控制；
项目实施中用户的参与和领导的支持的重要作用；
阶段验收、技术交接和项目结束后如何对用户提供后续服务。
（二）需求调研确认阶段
此阶段的主要工作是软件公司的项目实施人员向用户调查用户对系统的需求，包括管理流程调研、功能需求调研、报表要求调研、查询需求调研等，实施人员调研完成后，会编写《需求调研分析手册》，并交付用户进行确认，待用户对《需求调研分析手册》上所提到的需求确认完毕后，项目实施人员将以此为依据进行软件功能的实现。如果用户又提出新的需求，实施人员将分析需求的难度及对整个系统的影响程度来确定是否给予实现。需求调研阶段具体包括如下内容：
1、进行需求调研准备
2、编制《需求调研计划》
3、内部评审是否通过《需求调研计划》，项目组、部门经理、商务等人员根据合同要求和项目实际情况对《需求调研计划》草稿进行评审，如评审通过，则在稍后的时间内签署，如评审不通过则重新修改。
4、用户是否签署《需求调研计划》，如用户签署《需求调研计划》，则作为以后需求调研工作的指南。否则重新修改。
5、《需求调研计划》是否有变更，如果计划存在变更，则执行变更控制流程，否则按计划进行后续工作。
7、需求调研，项目组以《需求调研手册》为依据，从业务流程、单据使用、打印格式、报表查询几个方面展开深入和全面的调研，并搜集用户的个性化需求。
8、需求调研分析根据调研的结果，项目组和公司其他技术部门将进一步进行分析，确定合理、可行的需求，将分析结果形成《需求分析报告》草稿。
9、内部评审是否通过《需求分析报告》。项目组、部门经理、公司其他技术部门的人员对《需求分析报告》草稿进行评审，如评审通过，则在稍后由用户签署，如评审不通过则重新修改，直至内部评审通过。
10、编写及发出《需求分析报告确认通知》。项目组编写《需求分析报告确认通知》，发给用户，确定进行需求确认的相关事宜，告之相关部门及人员安排好工作，准时参与需求确认工作，为顺利完成需求确认工作做准备。
11、用户是否确认《需求分析报告》。如果用户确认，并签署了《需求分析报告》，则需求调研阶段工作结束，进行后续的软件功能实现的工作；如没有确认，则进一步进行调研、分析，直至用户最终确认并签署《需求分析报告》。双方签署了《需求分析报告》，需求调研工作结束之后，如果用户提出新的需求或是变更已有的需求，则执行需求新增及变更流程。
（三）软件功能实现确认阶段
此阶段的主要工作是项目实施人员根据需求调研阶段确认的《需求调研分析手册》中的用户需求内容进行具体软件功能的实现工作。在软件功能实现的过程中，项目实施人员将记录软件实现的详细过程。便于公司售后服务之用。每一个实施技术人员必须严格按照要求记录、存档。按照调研要求的所有功能实现完毕后，项目实施人员将编制《软件功能确认表》，将定制好软件功能待用户确认，用户根据《软件功能确认表》上的功能逐一确定软件功能是否达到要求，对不满足要求的功能，项目实施人员将会记录下来并进行功能修改，直到满足用于要求。
（四）数据标准化初装阶段
此阶段的主要工作是项目实施人员指导用户进行系统标准化资料的准备工作，并对用户进行初装资料的软件操作培训，以便用户能够及时的将标准资料录入系统，初装完成后，项目实施人员会对资料初装的情况进行核查，为以后具体业务功能的开展做好基础。
（五）系统培训阶段
系统培训阶段工作是整个项目实施工作中比较重要的工作，用户对软件的操作功能是否熟练将直接影响到后面的软件应用效果，所以软件公司和用户双方要对此阶段的工作给予足够的重视。要充分认识培训的重要性和艰巨性。在项目实施之前对用户的相关人员进行系统和规范的产品培训是非常必要的，达到让用户了解软件产品，最终自己能够解决使用中的具体的问题。
此阶段的培训工作中将用户参加产品培训的人员划分为三个层次：决策层、技术层、操作层，对不同层次的用户参加产品培训人员的培训内容分别是：
决策层：领导在实施中的作用与重要性、决策查询。
维护层：系统维护知识、操作方法。
操作层：操作方法。
具体的培训工作流程为：
1、调研培训信息：在培训开始前3天由用户实施负责人，将参加培训的部门和人员情况填入《受训部门汇总表》、《受训人员情况一览表》。
2、编制培训计划：结合调研结果，与用户实施负责人商议具体培训内容、时间，场地，人员等。项目组编制《培训计划》。
3、签署培训计划：用户签署《培训计划》，进一步确认培训安排。
4、发培训通知：培训开始前2天，按照签署的《培训计划》，将培训内容、时间，场地，人员等信息通知用户实施负责人。
5、搭建培训环境：公司项目组在培训开始前，将培训环境搭建及检查妥当，将培训提纲及培训手册准备好。
6、组织培训：公司项目组培训负责人与用户实施负责人组织相关人员参加培训，按培训制度严格考核。由用户将考勤情况填入《培训人员签到表》。
7、培训考核：公司项目组培训负责人与用户实施负责人组织受训人员参加上机及理论考试。
8、培训总结：公司项目组培训负责人与用户实施负责人一起将出勤情况及考核情况做出总结，填入《培训及考核统计表》，及时向相关负责人汇报。
（六）系统安装测试及试运行阶段
此阶段的主要工作是在用户真实环境下，对用户网络及硬件设备进行测试，对软件系统进行容量、性能压力等测试测试及试运行的目的在于确保系统各项功能均能正常使用，并且符合用户签署的《需求分析报告》中描述的需求，同时把尽可能多的潜在问题在正式运行之前发现并改正；同时目的还在于在正式运行前用户的`有关人员能进一步提高操作水平，掌握操作规范。此阶段的主要工作内容为：
１、编制计划：与用户实施负责人商议具体测试及试运行时间，地点，人员等安排，项目组编制《测试及试运行计划》。
2、签署计划：用户签署《测试及试运行计划》，进一步确认测试及试运行安排。
3、发测试及试运行通知：在测试及试运行开始前2天，按照签署的《测试及试运行计划》，将时间，地点，人员等信息通知用户实施负责人。
5、组织测试及试运行：用户相关各级领导给予全面配合，组织相关人员进行测试及试运行。公司项目组负责担当指挥，检查用户人员组织情况并给予指导，跟踪检查如下情况：
跟踪单据流转状况。
跟踪新资料登录环节。
观察业务流程执行状况。
观察操作人员操作表现。
观察系统运行速度及异常表现。
观察关键数据的正确性。
及时纠正错误操作、对于新发生的问题及时与相关人员沟通，确定解决办法。
6、测试及试运行总结：测试及试运行完成，总结试运行中设备、软件的运行情况，总结试运行中业务流程和操作环节的情况，以书面总结形式将测试及试运行结果通知相关负责人。
（七）总体验收阶段。此阶段是对项目总体的完成情况进行验收。验收分阶段进行，在每一项目阶段结束时，用户对这一阶段的可交付成果进行验收，在测试及试运行结束后，对系统进行总体验收。
（八）系统交接阶段。此阶段是项目实施的最后一个阶段，主要工作是软件公司项目组向用户移交软件项目，包括软件产品、项目实施过程中所生成的各种文档，并签署《售后服务协议》，项目将进入售后服务阶段。软件公司项目组还需要让用户填写《用户满意度调查表》，对软件公司项目实施人员的整个项目实施情况进行评价，软件公司将听取用户的意见，再今后的项目实施管理中进行加强和改进。
（一）软件必须能满足和适应企业需求
这一点是整个项目能否成功实施的最关键的一环。很多企业都在这一方面吃过亏，在选型时见到的软件有很多功能模块，在样板企业里数据也能跑起来，但当软件买回来了以后，却发现了软件的很多功能与企业的现实差别很大，所以根本就用不起来。不同企业之间的管理流程和对数据的要求差别很大，基本上两个完全相同的企业是不存在的，世界上绝对不会有一种“万能软件”能满足所有企业的需求。企业在选型软件时，要充分考虑各种管理流程的特点、数据的来源、统计报表不同功能模块的关系、企业员工的接受能力及与其它系统的接口等很多问题，所以企业选择的必须是软件提供商为企业订制开发出来的。如果软件提供商不为企业做前期需求分析和订制开发，只是把现成的软件卖给企业，它的实施成功率几乎为零，如果是这样的服务，企业还不如买一套盗版软件。所以我们可以得出这样的结论，企业买软件提供商的不是它的软件，而是它的开发能力。
（二）软件是否能进行二次开发
因为企业现有的流程不是一成不变的，需不断完善与改进，所以软件的功能也需要能进行相应的修改，而且企业在第一次做项目需求时，有些问题可能忽略掉了，所以必须要求选型的软件有强大的二次开发能力。如果软件的结构过于僵死或二次开发能力不强，它未来可能会变成一块“鸡肋”，让企业有种“食之无味、弃之可惜”的感觉。测试软件是否具有快速二次开发能力的方法也不难，就是企业在选型时，不仅要看软件提供商如何演示，还要提出一些个性化需求，看看对方能否迅速开发出来。
（三）软件和实施费用应相对便宜
企业第一次实施由于经验上的不足，风险不是没有，确实有许多优秀的企业是通过第二次实施才获得了成功。因此企业在第一次选型软件时，不要只注意软件提供商的品牌和规模，因为价格越高，企业自身的风险就越高。我们建议企业最好还是购买那些物美价廉的产品，也就是当所选软件都能满足企业现实需求且能进行二次开发时，企业最好选择价格便宜的那家，就好像一个人刚学会开车，就要买一辆奔驰轿车，无论这个人是否真正有钱都不是明智的选择。现在出现了平台化组构的软件产品，它可以通过建模工具迅速按照客户的需求进行软件开发，这样就大量地节约软件开发周期和成本，而且二次开发工作也变得十分的简单，所以企业最好选择这样的产品。
（四）软件操作要简单、易学
由于许多企业过去没有信息化建设的经验，员工一下子由过去的手工工作转为计算机工作肯定有一个适应过程，如软件组构和操作过于复杂，那么一定会加大培训和实施的难度。
软件项目计划书题目篇四
第一章项目概述(理论。
教学。
时可用“引言”)。
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目的。
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.2参考资料。
1.3重要术语。
20xx：软件开发语言。
visualstudio20xx软件开发环境。
本系统是建立在c/s系统架构下基于sqlserver数据库，采用技术分析、设计、开发用于酒店信息化管理的。该系统基本满足了酒店管理方面的需求，用户界面友好。系统对用户（主要是酒店管理层及员工）数据有效地实现了信息电子化处理，从而降低了人工劳动并增加信息的准确性。本系统的基本信息有客房、餐饮、财务及人力资源等，用户登录系统后根据权限操作这些基本信息。
要实现的功能模块包括4个方面，第一个方面是客房管理子系统，包括客房登记、客房预定、工作报表、信息查看及最重要的客房部经理管理模块；第二个方面是餐饮管理子系统，包括点单、埋单、预定、换台及最重要的餐饮部经理管理模块；第三个个方面是财务管理子系统，包括财务预算的查看及发布审核、财务报表的生成等；最后一个方面是人力资源管理子系统，包括员工信息的录入、查看及绩效考核等。
2.2系统开发背景与目标。
在信息高度发达的今天，酒店业务涉及的各个工作环节已经不再仅仅是传统的住宿、结算业务，而是更广、更全面的服务性行业代表。酒店宾馆作为一个服务性行业，从客房的营销即客人预订开始，到入住登记直至最后退房结账，整个过程应该能够体现以宾客为中心，提供快捷、方便的服务。给宾客一种顾客至上的享受。提高酒店的管理水平，简化各种复杂操作，在最合理、最短时间内完成酒店业务规范化操作，这样才能令旅客舒适难忘，增加宾客回头率。而对酒店业内激烈的竞争形势，各酒店均在努力拓展其服务领域的广度和深度。虽然信息化不是酒店走向成功的关键因素，但它可以帮助那些真正影响成败的要素发挥更大的作用。因此，采用全新的酒店管理系统，将成为提高酒店的管理效率，改善服务水平的重要手段之一。
酒店行业的激烈竞争使得争取客源、提高酒店入住率、制定正确营销策略已经成为一项重要的任务，借助蓬勃发展的it工具来拓展其能力已经成为许多酒店的首选。
计算机管理系统在数据保存、数据交换方面的快速可靠，是手工操作不能完成的。酒店管理系统的设计目标：
1）采用先进的分布式数据处理技术，以提高管理工作的质量、效率和规范性；
3）旨在提高酒店的管理效率，减免手工处理的繁琐和误差。及时、准确地反应酒店的工作情况、经营情况，从而提高酒店的服务质量，获得更好的经济效益；实现客房管理的规范化、自动化。
2.3用户需求概述及系统主要功能。
3项目范围界定。
3.1开发技术选择与理由。
开发酒店管理系统，软硬件方面选择的是可视化的visual20xx和sqlserver20xx数据库，windowsxp操作系统等。
vb拥有图形用户界面（gui），可以轻易的使用ado连接数据库,程序员可以轻松的使用vb提供的组件快速建立一个应用程序,以上都是组员熟悉的语言和数据库，所以技术方面是绝对可行的。综上所述，我们完全有能力完成酒店管理系统的最终实现。
3.2开发团队与开发环境、工作方式开发团队：
项目经理王朝令。
需求分析员王朝令况晓龙设计人员况晓龙黄志刚。
编码人员王朝令况晓龙黄志刚测试人员黄志刚。
软件项目计划书题目篇八
通过实施人力资源管理系统，提高人力资源部在日常人力资源操作性等事务的工作效率，为高层提供即时的高效的人力资源资数据查询、分析，为高层提供决策依据。同时有利于人力资源内部流程的规范与再造优化，以便更好地为员工（我们的客户）提供更好的服务。
1、人事管理类：人事档案履历管理、企业构架管理、入职/离职管理、合同管理、变动管理、奖惩管理及相应的统计分析、报表，支持领导查询。
2、考勤管理类：由于公司原有一个完善的考勤系统，现有系统只是导入原有考勤系统的数据。
3、招聘管理类：招聘需求分析、人员需求预测、招聘计划、招聘效果分析、招聘成本分析。
4、培训与发展类：
培训需求调查、培训计划、培训记录（员工、教师）、培训津贴计算、培训课程管理、培训成本分析，给个人提供职业生涯规划、建设人才梯队、给个人提供给予职位及发展需求的培训服务。
5、绩效考核管理类：导入相应的考核数据，为薪资提供数据。
6、薪资福利管理类：薪资政策设定、薪资公式设定、薪资报表、工资单、个人所得税表、社保管理、住房公积金管理。
本项目由人力资源部主管***批准，总经理***审核实施。
本项目涉及部门：总经办、人力资源部、财务部、网络部
项目主席：***
项目负责人：***
项目成员：****、****……
1、软件：采用市场上购买的hrms软件
2、硬件：采用组装服务器
系统软件是基于微软sql数据库运行，采用c/构架，个人用户装载客户端进行操作。
3、成本：总投资约***元
1、软件风险:由于我们采用的是盗版软件，有不可遇见的问题，现已经完成了初步的各个模块的测试，但是没有完成真实模拟的测试。
2、功能风险：由于此软件没有真实地进行全面的测试，需要在模拟运行一段时间后才能得知其实际运行能力。
3、人员风险：不见得每个人都是喜欢用这个系统，上这系统一开始比如有很多的数据录入工作加上一些不习惯或者其他因素，一定会有人员有抵触情绪，这需要主管的大力推行和及时开导解决。
1、前期工作（一个月）
2、实施准备阶段（1周）
资料准备；项目实施会议，确定实施时间表，确定人员工作细则；确定项目监督人员；hrms培训；系统安装调试，模拟测试。
3、模拟运行及用户化（2周）
资料上传；用户化，客户端安装，个人工作准则确定。
4、切换运行（一天）
实时工作上线切换，解决软件当中的问题；切换验收。
5、新系统运行
持续的维护及应用创新，及时新人的培训。
软件项目计划书题目篇九
数据显示，打车应用用户搭乘出租车的诸多方式中，85.4%的用户仍会选择“招手打车”方式，45.9%的用户在一定情况下会使用“打车软件”，而通过手机地图打车的用户仅占9.2%。前轮打车补贴战在圈住用户的同时也培养了用户的消费和支付习惯，可进一步实现o2o布局。打车应用仍需在精准地理定位、缩短候车时间等方面提升用户体验，解决用户出行打车的核心需求，在此基础上围绕用户出行需求布局线下，分类精准化布局基于位置和时间的其他出行服务。
打车应用用户搭乘出租车的诸多方式中，85.4%的用户仍会选择“招手打车”方式，45.9%的用户在一定情况下会使用“打车软件”，而通过手机地图打车的用户仅占9.2%。
快的打车与滴滴打车通过长时间的补贴优惠，获得了一定的用户群体，并相应培养了用户的打车习惯，为其下一步的商业布局奠定了一定的用户基础。
截止至20xx年上半年，中国打车应用市场继续呈“快的打车”与“滴滴打车”并举的双雄割据状况，且两款应用的用户重叠度均超过50%。截止至20xx年6月底，54.2%的用户安装使用打车应用的时间为1—2月，安装使用了3—5月的用户占比33.5%。
当前，快的打车与滴滴打车的用户群体有一定重叠，87.7%的用户(根据用户打车应用使用时长统计)在“补贴战”最盛之时安装使用两款应用。“后补贴”时代，快的打车与滴滴打车两款应用如何实现差异化经营、获取用户粘性或为两款应用后续运营的重点。
用户在多种情况下会选择使用打车应用。其中，“有急事赶时间”、“下雨等天气不好时”、“地理位置较为偏僻的地方”、“上下班高峰期间”为使用的常频场景，分别占比61.5%、38.4%、32.7%与30.7%。24.2%的用户会在“较早或较晚出行时刻”选择打车应用预约打车。
用户选择使用打车应用相当程度上为“应急之需”。这也说明了打车应用相应满足了基础用户和强需求用户的打车需求。该两类用户打车需求较多，打车软件的出现提供了另一种打车方式，并且在地点偏僻地段、冷门打车时间较好解决了该部分群体的打车痛点。
用户使用打车应用的诸多因素中，71.9%的用户认为打车应用“确保能打到车”；“有补贴”对53.8%的用户构成一定的吸引力；36.1%的用户认为使用打车应用“省时间”，并且认为能有效利用碎片时间的用户占比17.8%；15.3%的用户认可打车应用使用“移动支付较便捷”。
快的打车与滴滴打车声势浩大的“补贴”竞赛虽是吸引用户安装使用的重要原因，但打车应用所带来的'便捷性、高效性也被相当规模的用户所认可。打车应用的未来发展仍应首先满足用户快速、便捷打车的核心需求。
20xx年上半年用户选择打车应用的诸多因素中，打车应用的“接单速度”与“候车时间”较被用户所看重，分别占比为64.2%、48.4%;30.3%的用户看重打车应用的“积分制度”；“补贴金额”这一因素会影响24.6%的用户选择。
“打车预约方便出行”这一要素占比96.5%，无疑成为吸引用户继续使用打车应用的首要原因，46.7%的用户表示“已养成使用打车软件”的习惯，“打车应用的后续优惠”仍会吸引35.4%的用户继续使用打车应用。
打车应用逐步减少或取消用户补贴后，19.7%的用户不会继续使用打车应用。该部分用户群体中，42.8%的用户认为“招手打车更方便”，35.6%的用户因“取消补贴，优惠力度不大”而弃用打车应用。28.7%的用户认为“后续积分优惠程序复杂，不便利”，从而影响了用户继续使用的积极性。
补贴取消后即不再继续使用打车应用的用户应属于弱需求用户。该部分群体或处于较容易打车的城市或城市地段，招手打车是更为方便的选择。打车应用的补贴可节省一定的打车成本，补贴取消自然会减少或取消打车应用的使用。
用户对打车应用的各项不满意因素中，“遭司机挑单拒载”最为用户诟病，占比53.8%。27.4%的用户表示有时打车“需加价格才能获得司机回应”。 “移动支付网络不畅”、“移动支付绑定银行卡顾虑” 两项也分别被23.8%、22.1%的用户所担忧。
随着快的打车与滴滴打车“抢占用户”阶段的结束，如何完善服务体验成为两款应用后期平稳运营的核心。
打车应用用户对打车应用服务提升方面，50.1%的用户希望能够“提供、制作更精准的地图及定位”；43.7%的用户希望“完善会员制，提供乘客端衍生品”。希望通过使用打车应用获得“打车积分兑换团购票务服务”的用户占比31.2%。
前轮打车补贴战在圈住用户的同时也培养了用户的消费和支付习惯，可进一步实现o2o布局。打车应用仍需在精准地理定位、缩短候车时间等方面提升用户体验，解决用户出行打车的核心需求，在此基础上围绕用户出行需求布局线下，分类精准化布局基于位置和时间的其他出行服务。
在没有使用打车应用的乘客群体中，45.1%的该部分乘客表示 “招手打车更快”，29.4%的受访用户表示会“担心移动支付安全”。安全问题也为该部分乘客所担忧，“担心打到黑车”占比21.5%。在没有使用过打车应用的乘客群体中，15.6%的用户表示“不会使用打车软件”。
第一部分 摘要
一、项目背景
二、项目简介
三、项目竞争优势
四、融资与财务说明
第二部分 打车应用行业与市场分析
一、市场环境分析
（一）政策环境分析
（二）经济环境分析
二、打车应用行业预测分析
三、打车应用目标市场分析
四、市场分析小结
第三部分 公司介绍
一、公司基本情况
二、公司业务介绍
三、组织架构
四、主要管理团队
第四部分 产品与技术
一、主要产品介绍
（一）主要产品
（二）产品性能
（三）产品的竞争优势
二、技术与研发
（一）关键技术介绍
（二）技术亮点
（三）现有的和正在申请的知识权
（四）研发团队
（五）持续创新安排
第五部分 营销规划
一、营销战略
二、营销措施
第六部分 项目发展规划
一、发展战略
二、阶段发展规划
三、实现经营目标采取的具体策略
（一）营销网络计划
（二）人才培养和引进策略
（三）服务提升计划
第七部分 融资说明
一、资金需求
二、资金使用规划及进度
三、资金筹集方式
四、投资者权利
五、投资退出方式
六、项目估值
（一）评估技术说明
（二）收益现值法简介
（三）评估假设与模型
（四）评估值的计算
第八部分 财务分析与预测
一、财务评价依据
二、财务评价基础数据与参数选取
三、有关说明
四、经营收入预测
五、成本费用估算
六、盈利能力分析
（一）项目损益和利润分配表
（二）项目现金流量预测表
（三）项目财务评价指标计算
七、财务评价结论
第九部分 风险分析
一、风险因素
（一）行业竞争加剧风险
机械
电子
农业
有色冶金
建筑
建筑材料
钢铁
纺织
化纤
轻工
石油天油气
综合经济
火电
通信信息
石化
化工
医药
水程工程
他（旅游工程、商务粮）
生态建设和环境工程
市政公用工程（市政交通、给排水、燃气动力、环境卫生）
软件项目计划书题目篇十
第一章项目概述(理论教学时可用“引言”)。
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风险应对策略。
对列出的风险应有哪些策略去应对。
4.1项目任务分解。
第五章关键问题。
可以是技术因素、也可以是非技术因素，总而言之，是系统成败的最重要因素。
第六章软件配置。
开发平台、开发工具、数据库平台。
第七章人员组织。
人员及其角色。
第八章附录。
相关文档、资料、数据等。
软件项目计划书题目篇十一
软件工程是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它涉及到程序设计语言、数据库、软件开发工具、系统平台、标准、设计模式等方面。在现代社会中，软件应用于多个方面。典型的软件比如有电子邮件、嵌入式系统、人机界面、办公套件、操作系统、编译器、数据库、游戏等。同时，各个行业几乎都有计算机软件的应用，比如工业、农业、银行、航空、政府部门等。这些应用促进了经济和社会的发展，使得人们的工作更加高效，同时提高了生活质量。
软件是由计算机程序和程序设计的概念发展演化而来的，是在程序和程序设计发展到一定规模并且逐步商品化的过程中形成的。软件开发经历了程序设计阶段、软件设计阶段和软件工程阶段的演变过程。
软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。
【目录】。
第一部分摘要。
一、信息系统公司概况描述。
二、信息系统公司的宗旨和目标。
三、信息系统公司目前股权结构。
四、已投入的资金及用途。
五、信息系统公司目前主要产品或服务介绍。
六、市场概况和营销策略。
七、主要业务部门及业绩简介。
八、核心经营团队。
九、信息系统公司优势说明。
十、目前信息系统公司为实现目标的增资需求:原因、数量、方式、用途、偿还。
十一、融资方案(资金筹措及投资方式及退出方案)。
十二、财务分析。
1.财务历史数据。
2.财务预计。
3.资产负债情况。
第二部分综述。
第一章信息系统公司介绍。
一、信息系统公司的宗旨。
二、信息系统公司简介资料。
三、各部门职能和经营目标。
四、信息系统公司管理。
1.董事会。
2.经营团队。
3.外部支持。
第二章技术与产品。
一、技术描述及技术持有。
二、产品状况。
1.主要产品目录。
2.产品特性。
3.正在开发/待开发产品简介。
4.研发计划及时间表。
5.知识产权策略。
6.无形资产。
三、信息系统产品生产。
1.资源及原材料供应。
2.现有生产条件和生产能力。
3.扩建设施、要求及成本，扩建后生产能力。
4.原有主要设备及需添置设备。
5.产品标准、质检和生产成本控制。
6.包装与储运。
第三章信息系统市场分析。
一、信息系统市场规模、市场结构与划分。
二、目标市场的设定。
三、产品消费群体、消费方式、消费习惯及影响市场的主要因素分析。
五、市场趋势预测和市场机会。
六、行业政策。
第四章竞争分析。
一、有无行业垄断。
二、从市场细分看竞争者市场份额。
三、主要竞争对手情况:公司实力、产品情况。
四、潜在竞争对手情况和市场变化分析。
五、信息系统公司产品竞争优势。
第五章信息系统市场营销。
一、概述营销计划。
二、信息系统销售政策的制定。
三、信息系统销售渠道、方式、行销环节和售后服务。
四、主要业务关系状况。
五、信息系统销售队伍情况及销售福利分配政策。
六、促销和市场渗透。
1.主要促销方式。
2.广告/公关策略、媒体评估。
七、信息系统产品价格方案。
1.定价依据和价格结构。
2.影响价格变化的因素和对策。
八、销售资料统计和销售纪录方式，销售周期的计算。
九、信息系统市场开发规划，销售目标。
第六章投资说明。
一、资金需求说明(用量/期限)。
二、资金使用计划及进度。
三、投资形式(贷款/利率/利率支付条件/转股-普通股、优先股、任股权/对应价格等)。
四、资本结构。
五、回报/偿还计划。
六、资本原负债结构说明。
七、投资抵押。
八、投资担保。
九、吸纳投资后股权结构。
十、股权成本。
十一、投资者介入公司管理之程度说明。
十二、报告。
十三、杂费支付。
第七章投资报酬与退出。
一、股票上市。
二、股权转让。
三、股权回购。
四、股利。
第八章风险分析。
一、资源风险。
二、市场不确定性风险。
三、研发风险。
四、生产不确定性风险。
五、成本控制风险。
六、竞争风险。
七、政策风险。
八、财务风险。
九、管理风险。
十、破产风险。
软件项目计划书题目篇十二
天津桓xxx有限公司成立于20xx年12月，位于天津市南开区高新技术产业园区的中心地带（白堤路）。是一家集计算机专业应用软件的培训、安装、批发、零售、技术服务于一体的知识密集型企业。员工队伍业务全面、经验丰富、敬业爱岗、素质优良，其中：专业技术人员20人，全部是大专以上学历，能够以最合理的价格为客户提供最专业的技术服务。
公司是北京用友集团天津地区小型管理软件授权营销服务商，并且连续两年获得用友软件在天津地区的产品a级代理销售及服务授权资格。而且销售额连续两年名列前两位，获得用友集团的表扬和鼓励。
公司内部管理制度合理适宜。外部社会关系广泛良好。经过不断地改进和完善，已基本形成了一套比较科学有效的管理运作体系。
为适应业务发展的需要，壮大经营规模，进一步增强核心竞争力，公司决定启动以“追求客户全面满意，扩大市场占有份额”为主旨的二次创业。
我们相信，通过努力，在以北京用友集团为后盾，桓博公司将成为更具综合实力的企业，也将为加速提高天津地区企业信息化技术应用水平，做出更大贡献。
二、营销计划。
公司不仅注重短期目标，更加重视长期发展。公司将秉承“重诚信，竭精心，尽全力，为客户着想，让客户满意”服务理念，在日常业务中不断丰富公司品牌内涵，努力拓宽渠道，扩大市场知名度及美誉度，激活市场，带动人气，力求在天津大部分地区实现销售增长，成为天津地区财务软件的最大代理服务商。
1、目标市场：创业前期（两年内）目标主要集中在天津及周围区县的小型企业，个体经营和一般事业单位，在后期（两年后）逐步进入天津的大型企事业单位，占领这部分增值潜力最大的市场。
2、企业定位：“精细管理、卓越理财”为客户提供更及时、更准确、更全面的、更周到的服务，推动软件信息化的普及。
3、使用价格：参考报价。
4、营销队伍：在创业初期，为了降低企业的运营成本，大部分的宣传工作都由本公司的成员承担；在企业不断发展过程中，再适时招纳一定数量新成员（15名左右）专门从事企业营销策划的工作。
5、服务支持：使顾客能迅速、方便的得到准确、完善的相关服务和技术支持。
6、广告宣传：开展有计划。有目的的广告活动。在初期（两年内）主要面向小型的企事业单位，提供尽可能多的免费培训和知识讲座，专门针对会计人员的业务应用环节，逐渐“渗透”的方式进入企业；从第三年开始，我们将集中一部分优势力量对企业中的广大财务人员展开新一轮软件的宣传、促销和培训攻势。广告中突出宣传我公司“专业化”、“人性化”等鲜明特点，并且保证初期的广告投入预算，迅速提升知名度，预计20xx年广告费10万元。
7、推广计划：20xx年下半年开始投入5万元建立自己的网站，并且丰富网站内容，建立会员机制，提供在线技术支持和交流论坛；注册3721网络实名和网站推广，在各大传媒中广告投入，吸引用户注册我们的会员，并且给予会员金额上的优惠和赠送礼品，以此扩大我们的客户群体。
三、产品服务。
用友公司是中国最大的管理软件、erp软件、财务软件供应商，是中国最大的独立软件供应商。在中国erp软件市场，拥有公司是市场份额最大、产品线最丰富、成功应用最多、服务网落最大、交付能力最强的领导厂商。
（1）软件产品介绍。
1：用友财务通由于信息计算在财务领域的广泛应用，会计将由核算型向核算管理型转移；财务工作将进一步参与单位的经营管理，在控制、决策、分析和考评等方面发挥重大的作用。用友财务通正是基于这种环境，以“精细核算，卓越理财”为核心应用理论，面向中小企业及组织的财务应用，提供企业投资融资决策，从而帮助企业全面实现电算化管理。本产品主要包括财务处理、工资管理、固定资产管理、报表、财务分析以及存货管理六大系统。其中，财务处理又细分为总帐、应收应付、项目管理、现金管理等四大模块。用友财务通提供数据接口，可实现向u8管理软件的平滑过渡，满足企业业务发展的需要。
2：商贸通本系统通过预置多种会计制度模板、多种业务类型，全面满足各类小型商贸企业进销存及财务核算需求，为企业提供多种灵活的业务处理方法，准确及时汇总财务数据，出具多角度业务分析报表，规范业务流程，加速资金周转，降低运营成本，提高企业盈利能力及市场竞争力，帮助小型商贸企业高速发展！
3：用友u8系列/用友erp/u8产品介绍用友erp―u8企业应用套件是在全面总结、分析、提炼中国中小企业业务运作与管理特性的基础上，针对中小企业不同管理层次、不同管理与信息化成熟度、不同应用与行业特性的信息化需求而设计。他具备五大产品特性。
1、企业全面应用2、按需部署3、高度整合4、快速见效5、低成本。
3：用友商用表单及耗材：
用友表单与用友软件全线配套，具有丰富的产品线，主要包括：会计帐簿；业务表单（寻报价单、送收货单、收付款单）；综合表单（工资单、固定资产卡片、出入库单）等以及配套装订用品。用友表单支持针式打印机、激光打印机、喷墨打印机等多种打印设备。
（2）软件优点说明：
2、技术特点：
（一）严密的安全技术。
a、数据操作安全性b。数据存贮安全性c。数据运用、查询、分析时的安全性。
3、应用特点：
全面支持小企业会计制度，满足更多小企业管理需求。！a、业务流程自由选择，企业灵活选择自己的业务处理流程。b、报表统计与分析角色化，按应用角色多角度进行业务分析。c、灵活自定义各种基础档案业务属性、各种业务报表及单据格式。d、财务业务一体化管理，更加全面掌控企业物流，资金流，信息流。e、规范企业管理，有效控制企业财务经营风险。f、丰富快捷的财务，业务等分析处理，快速支持企业决策。g、完善的资金管理，提供从日记帐到银行对帐单、支票登记簿、费用报销等一套出纳业务。
（3）产品服务对象。
1、财务通：基础版：面向小型企业，小型诊所社区医院、小规模学校等以及兼职会计人员或小型代理记帐公司（5套帐以内）标准版及网络版：面向以财务核算为核心进行全面经营管理的小企业（主要为小型工业企业）以及规模较大的代理记帐公司等。
2、erpu8面向大中型企业或集团应用的一体化解决方案，用友erp―u8企业应用套件是在全面总结、分析、提炼中国中小企业业务运作与管理特性的基础上，针对中小企业不同管理层次、不同管理与信息化成熟度、不同应用与行业特性的信息化需求而设计。将成功的管理经验与业务实践应用产品化，把管理要素合理预置在软件中，让更多的企业通过应用和实施用友erp―u8企业应用套件来实现先进、成熟管理的应用价值。
3、授权资格等级用友软件时第一个通过国家财政部审批的财务信息化软件开发商。
四、业务收入。
1、收入来源：桓博公司的收入来源主要为软件销售、升级和软件售后服务费（包括用友软件配套耗材）三个部分，并根据行业的平均标准和公司的成本预算制定相应的收费标准。
其中收入主要以软件销售收入为主，软件升级和服务费及配套耗材销售收入为辅。年均软件销售额超过80万元，服务费收入超过15万元，用友配套耗材销售收入超过10万元，计算机硬件及网络工程实施收入10万元。
五、竞争情况及市场营销。
（1）、市场评估：计世资讯（ccwresearch）的研究表明，20xx年上半年，中国通用型管理软件市场规模为22.7亿元，增长率32%；同期，erp规模达到11.9亿元，增长率为29%。有关资料显示，截至到20xx年底，天津地区共有各类企业和组织近10万家，其中以应用软件进行相关管理的只有20xx家左右，仅占0.5%。市场发展潜力十分可观。（一）中小企业erp需求旺盛20xx年，中国中小企业erp市场销售额已经占到erp市场销售额的68.2%，中小企业市场同比增长速度达到24.1%大幅超过了大型企业市场18.7%的增长速度。20xx年中小企业将会延续20xx年的快速增长态势，增长速度仍将超出大型企业市场的增长速度，继续成为拉动erp市场增长的主导力量。
（二）中小企业用户erp选型慎重。
通过调查研究表明，中小企业用户在erp选型时更加慎重，选型时考虑的因素不再仅仅是厂商品牌、产品价格、功能模块是否全面等表现因素，而是会更加关注产品的可用行，产品是否真正适合企业业务和发展，是否真正能够满足企业现阶段和未来的潜在需求，给企业带来工作效率的提高和销售业绩的提升。
（2）主要竞争对手分析目前我们遇到的竞争对手主要有同行业的厂商，其他竞争对手虽然也有和用有软件争夺市场的能力，他们有和用友功能模块大致相同的产品投放市场，但是产品相对单一，配置也不如用友灵活。从长远的目光来看他们所占据市场份额还不足以威胁到用友软件的发展和生存。相反的，这部分市场份额对用友来说也是利润的增长点，而且中小企业占了国内企业的绝大部分。用友软件公司也注意到了这方面软件的需求，先后推出了系列产品，是所有软件厂商中唯一产品线最丰富，适用面最广泛，按需配置最灵活的管理软件开发商。
（3）销售策略：
帮助客户做到4个充分。
充分了解需求；充分培训练习；充分反馈问题；充分总结经验；
利用各种方式，向目标客户传递以下理性诉求：
1、实时化—企业在经营中，必须掌握立即、快速的原则，新品上市快，客户服务要快，决策速度要快，企业应变速度要快。
3、创利化—经营无非时为了活力及贡献社会责任，因此就必须不断创造利益，就要在重视有利益的销售的同时，努力提高效率，降低成本。达到提升竞争力的目的。
（4）价格政策。
完全按照用友公司的政策规定执行报价（略）。
（5）销售方式。
为了使本公司的产品一最快的速度，最全面的被目标客户企业家了解并接受，拟采取以区域集中推介会、社会关系介绍、销售人员上门联系3种直销形式为主，向下级代理商批发为辅的销售方式。公司还将重视做好现有客户的售后服务工作，力争在赢得美誉的基础上，将客户的关系渠道发展成为公司拓宽市场的销售通道。
将本文的word文档下载到电脑，方便收藏和打印。
软件项目计划书题目篇十三
瑞斯特朗软件有限责任公司是一个筹备中的公司，它拥有完整的开发团队、管理团队，致力于新型电子商务应用、互联网广告应用的研究与开发。以参与者的身份，引导电子商务市场、以及网络广告市场的规范化。公司定位于高科技企业，开发产品主要以软件为主，实行网络销售，同时也参与各种项目产品开发，具有一定的科研能力。公司遵循用户至上的宗旨，研发符合广大用户需求的产品，在其他同类产品尚未登录市场、或尚未形成规模之前，在互联网软件商业领域中占领一席之地，成为该领域的佼佼者。
《软件产业研究报告》指出中国网民数量自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应用系统的市场潜力很大，值得本公司去发掘。
公司将会与小型企业、网上商店业主、购物平台三者携手，共同建设更加规范的网络购物市场。
目前，我国信息技术产业的蓬勃发展促使各种先进技术和产品广泛应用，为国内的软件开发注入了活力。软件开发从未来发展角度来看，是个有着潜在升值价值的专业，因为未来中国的it业(软硬件比例)软件行业将占60%，而硬件则萎缩为40%(有可能更少)，因此，国内的软件产业有着很大的市场潜力供挖掘和利用。例如，本公司组成人员开发过像政协、公安系统、erp等大型规范的项目，包括本公司前身瑞斯特朗软件工作室承接过海南灵动智能代步车租赁项目等系统，都具有很大的市场潜力。经过从瑞斯特朗软件工作室到瑞斯特朗软件公司的一个转变，我们发现软件项目在国内各行各业的应用广泛，深入渗透各个科研、政府、教育等领域。
软件项目计划书题目篇十四
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专题计划要点。
专题计划也就是因为项目的需要在本文档之外独立建立的计划，本节说明本项目开发中需要制定的各个专题计划的要点。
专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划。
说明本项目开发中需制订的各个专题计划(如分合同计划、开发人员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装计划等)的要点。
【本文地址：http://www.xuefen.com.cn/zuowen/11641900.html】
