（必备）软件项目计划书
日子如同白驹过隙，我们的工作又进入新的阶段，为了今后更好的工作发展，该好好计划一下接下来的工作了！那么你真正懂得怎么制定计划吗？下面是小编帮大家整理的软件项目计划书，仅供参考，希望能够帮助到大家。
软件项目计划书1
1引言 1.1编写目的
为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，有必要以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容以书面的方式描述出来，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。
本项目开发计划用于从总体上指导网上书店项目顺利进行并最终得到通过评审的项目产品。本项目开发计划面向项目组全体成员。
1.2背景
网上书店系统主要功能：可以分类录入书籍和相关信息（如名称、页数、出版商、摘要、目录等），用户可以注册、登录，注册用户享受打折服务，所有用户都可以查询、浏览书籍。
注册用户可以定购书籍并查询订单。项目周期15天。
1.3定义
专门术语：
MySQL:系统服务器所使用的数据库关系系统（DBMS）。
SQL：一种用于访问查询数据库的语言
事务流：数据进入模块后可能有多种路径进行处理。
主键：数据库表中的关键域。值互不相同。
外部主键：数据库表中与其他表主键关联的域。
缩写：
系统：若未特别指出，统指本网上书店系统。
SQL：Structured Query Language(结构化查询语言)。
UML：统一建模语言、是一套用来设计软件蓝图的标准建模语言，是一种
从软件分析、设计到编写程序规范的标准化建模语言。
1.4参考资料
《软件项目管理》 朱少民，韩莹 编著，人民邮电出版社。
《软件项目管理》 Rajeev T Shandilya编著 科学出版社。
1.5 系统动机
该系统可以分类录入书籍和相关信息（如名称、页数、出版商、摘要、目录等），用户可以注册、登录，注册用户享受打折服务，所有用户都可以查询、浏览书籍。注册用户可以定购书籍并查询订单。
1.6标准、条件和约定
本项目遵从以下标准：
GB/T 13702-1992 计算机软件分类与代码
GB/T 20918-20xx 信息技术
GB/T 19003-20xx 软件工程
GB/T 5538-1995 软件工程标准分类法
GB/T 9386-20xx 计算机富安居测试文档编制
GB/T 9385-20xx 计算机软件需求规格说明
GB/T 5532-20xx 计算机软件测试规范
GB/T 18221-20xx 信息技术程序设计语言
GB/T 11457-20xx 信息技术 软件工程
GB/T 8567-20xx 计算机软件文档编制规范
2项目概述
大部分读者都有过在网上购物的经历，在网上书店可以很方便的注册、浏览商品、查询商品、购买时也只需点几下鼠标。本章的网上书店实现了上述的基本功能，用户可以在网络商店中进行注册、浏览商品以及查询购物车。
2.1工作内容
1、 制作和修订项目开发计划；
2、 进行计划跟踪与监控；
3、 配合SQA的质量保证工作；
4、 工作产品及时进行受控管理；
5、 按计划提请阶段评审；
6、 提交测试部门评测开发产品；
7、 交付最终工作产品。
8、 项目实施总结
9、 项目验收
2.2主要参加人员
为了完成图书管理系统的项目开发，公司组建了一个临时的项目团队，有项目组组长、组员构成。
表2.1人员分工
2.3产品及成果 2.3.1程序
软件名称：网上书店
编程语言：Java
功能：该系统可以分类录入书籍和相关信息（如名称、页数、出版商、摘要、
目录等），用户可以注册、登录，注册用户享受打折服务，所有用户都可以
查询、浏览书籍。注册用户可以定购书籍并查询订单。
2.3.2文件
用户操作手册：本手册详细描述软件的功能、性能和用户界面，使用户对如何使用该软件得到具体的了解,为操作人员提供该软件各种运行情况的有关知识，特别是操作方法的具体细节。
软件维护手册：主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明，便于软件的'维护。
2.3.3服务
计划提供以下服务：
课堂培训：以讲课形式对客户进行培训，使其能够正确使用软件。
免费咨询：客户可以在工作时间向技术人员提出问题并获得解答。
技术支持：对于某些客户，采取上门指导的方式。
软件维护：获取软件使用中的问题，提供补丁程序。
升级通知：在软件新版本发布的时候，及时通知(Email或邮寄信件)注册的用户，并提供试用版本。
软件升级：对于注册用户，只需较少的费用即可升级到新的版本。
2.3.4非移交产品
可行性分析报告：说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。
项目开发计划：为软件项目实施方案制订出具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。
软件需求说明书（软件规格说明书）：对所开发软件的功能、性能、用户界面及运行环境等做出详细的说明。它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的，也是实施开发工作的基础。该说明书应给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。
概要设计说明书：该说明书是概要实际阶段的工作成果，它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计提供基础。
详细设计说明书：着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。
测试计划：为做好集成测试和验收测试，需为如何组织测试制订实施计划。计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。
测试分析报告：测试工作完成以后，应提交测试计划执行情况的说明，对测试结果加以分析，并提出测试的结论意见。
开发进度月报：该月报系软件人员按月向管理部门提交的项目进展情况报告，报告应包括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等。
项目开发总结报告：软件项目开发完成以后，应与项目实施计划对照，总结实际执行的情况，如进度、成果、资源利用、成本和投入的人力，此外，还需对开发工作做出评价，总结出经验和教训。
软件问题报告：指出软件问题的登记情况，如日期、发现人、状态、问题所属模块等，为软件修改提供准备文档。
软件修改报告：软件产品投入运行以后，发现了需对其进行修正、更改等问题，应将存在的问题、修改的考虑以及修改的影响做出详细的描述，提交审批。
源程序：软件开发过程中的全部代码以及注释。
2.4验收标准 2.4.1代码的验收
最后在交付客户之前进行小组内评审，代码编写符合HB6465标准，与文档说明保持一致，代码书写风格统一，采用标准规范，没有下列错误：由于软件缺陷造成丢失数据，不符合设计要求，响应时间太长无法接受等问题。
2.4.2 文档验收
最后在交付客户之前进行小组内评审，文档格式符合HB6465标准， 功能符合与客户的合同要求，清晰易读，没有语病与歧义。
2.4.3 服务验收
服务硬件达到文档说明的要求，人员技术考核合格，定期上门维护。
2.5完成项目的最迟期限
交付日期
从20##年6月20日开始至20##年7月5日，完成对整个系统的可行性报告分析、需求分析说明书、开发计划说明说、系统设计书、项目测试、项目总结，对概念模型、存储模式、完整性控制、存取权限等进行了定义，对系统功能各模块进行了详细设计，定义了数据库总体结构、编码命名规范，并交付用户。交付日期为20##年7月6日。
2.6本计划的审查者
本系统审查者为冯静老师。
3实施总计划
3.1开发过程 3.1.1 需求分析
需求分析是整个设计中重要的一环，当可行性分析完成，项目立项，确定开发角色后，有关的设计开发人员与相关业务人员共同对业务流程、管理方式进行分析，并进行资料的收集、整理。在完成了对有关数据信息的收集、归纳和分析整理后，确定了用户需求，对软件必须完成的功能进行了定义，在此基础上完成了数据定义，建立了数据字典。
3.1.2 系统设计
完成对整个系统的分析设计，对概念模型、存储模式、完整性控制、存取权限等进行了定义，对系统功能各模块进行了详细设计、定义了数据库总体结构、编码命名规范。
3.1.3 编码及测试阶段
完成程序设计和系统测试，完成了数据库建立及程序的编制调试。为了避免错误积累，采用边开发边测试的基本模式，对每个模块都安排专人进行单独测试，系统联调及系统测试，对系统处理逻辑、例外处理能力、容错能力等进行大规模
的测试，对发现的问题进行彻底纠正。
3.1.4 文档、产品部署
完成用户培训工作，编写各类文档，系统投入运行阶段。
3.1.5 项目总结
项目结束后用两天左右时间，对项目研发、部署等开发过程中的问题、经验教训总结备案，以利于项目经验的积累和开发进的的缩短。
3.3接口人员
负责本项目同用户的接口人员为邹浩，由软件发开方派专人，按客户要求，指定地点安装，调试，运行并给客户演示，在后期中负责维护和更新。
3.4进度
方法：采用结构化开发
设置模块开发优先级：通过对图书管理的特点和信息流程等的分析，确定各模块开发的先后次序。
具体开发进度安排如下：
注：有四个里程碑，分别是需求完成时、详细设计完成时、系统编码完成时、整个项目工作完成时。
表3.2 里程碑事件
3.5关键问题
表 3.6 项目风险因素
影响本计划完成的主要问题有：
没有经费和硬件设施有限
用户需求不清，存在误解及二义性
第一次开发软件，开发人员没有实际经验
时间有限，没有足够的开发时间
4支持条件 4.1计算机系统支持
开发时需要的支持条件：
硬件：
服务器：Pentium III 500以上或更高，内存：512M以上；
硬盘：至少80G以上；
CD－ROM：32倍速以上；
网络适配器：10MB/100MB自适应；
打印机一台
UPS(选配)
工作站：Pentium 4以上微机；
内存：512MB
硬盘：至少80以上；
CD－ROM：32倍速以上；
网络适配器：10MＢ/100MＢ自适应
网络： 至少一台服务器
至少一台工作站
使用TCP/IP协议的局域网
软件：
操作系统为Window XP，使用集成开发工具Eclipse5.5.1,数据库采用mysql
其他开发工具包括：Dreamweaver, Staruml,Power Designer 12.5, TomCat.
运行时需要的支持条件：
一、服务器上应该配备的软件
1．操作系统：Microsoft Windows XP
2．数据库：MySQL
3．服务器必须使用专业的防火墙和反病毒软件。
4．除了为了运行必须配备的程序以外，服务器上建议尽量不要安装其他无关程序，以减少程序的混乱或者程序的意外冲突。4.2需要用户承担的工作
配备相应硬件系统，做到规范操作，备份好数据防止数据丢失，软件交付日期为软件安装测试人员提供环境。
4.3需由外单位提供的条件
本系统为独立开发，不需要外单位提供条件。
5专题计划要点
5.1开发人员培训计划
5.2 测试计划
xx年7月3日—xx年7月4日对软件进行各项测试工作；
5.3 质量保证计划
严格按照项目开发过程中的各项步骤，从项目立项，可行性研究报告、需求分析报告、项目开发计划等，具体实施;
6总结
这次所做的《网上书店管理系统》是一个中小型的电子商务系统。主要有两类用户：顾客和管理员。该系统为各类用户提供方便的在线买书环境。顾客能够进行注册、浏览图书信息、搜索所需图书、下定单、编辑购物车、发表评论等功能；管理员可以通过用户管理、定单管理、商品管理、评论管理等管理功能来对系统进行维护和更新。通过这次实验我熟练MySQL与JSP技术的使用，并练习了TOMCAT WEB容器。在开发过程中，我在编码和文档编写方面碰到了一些困难，所幸通过网络、老师和组员们的帮助，我能够克服这些困难。
经过这三个星期的项目开发和对相关资料的收集,让我清楚的感受到随着网络科技的不断发展，JSP得到了相当广泛的应用。由于网络方便用户和共享资源的优点，越来越多的现实中的实际活动被改装到了虚拟的网页上。随着人们对网络要求的不断增加和提高，网络的各个功能的种类也会将会越来越大，管理系统必将越来越复杂。现在，网上书店将人们从进入实体店铺挑选书籍的习惯，慢慢转变成了一种在虚拟店铺中购书的方式。由于虚拟店铺所售图书种类繁多且价廉物美，使其愈来愈收到网民们的欢迎，譬如国外著名的Amazon Books、Altbookstore等，中国的亚马逊卓越网和当当等。
但网上学习只是学习的一种模式，同上课学习或研读自学，最终只有当理论应用到实践中，将理论和实践相结合，才使我能够加深对知识的了解。
软件项目计划书2
甲方在此委托乙方进行xx软件的开发，为明确双方责任，经友好协商，双方达成以下协议：
第一条：项目的功能、平台架构、开发进度、交付方式等内容由载明。
第二条：甲方的权利和义务
1. 提供专人与乙方联络。
2. 提供项目所需要的所有资料交给乙方，并保证资料的正确性。
3. 及时支付费用，保证项目的开发费用及时到位。
4. 本合同的.相关作品、程序、文件源码的版权属甲方所有。
第三条：乙方的权利和义务
1. 提供专人与甲方联络。
2. 按照项目进度要求及时完成系统的开发，同时保证项目质量。
3. 协助甲方完成所开发系统的实施、培训以及维护。
4. 开发完毕，乙方应将系统的文档、源代码移交给甲方，不得将其应用在其他企业。
5. 不得将甲方开发内容泄露给第三方。
第四条：验收
1. 验收标准为： a. 程序正常运行;b. 方案中提到的功能全部实现;c.项目按时完成;d.文档和源代码齐全
2. 验收期限为2天时间。
第六条：付款方式
1. 合同签订后1个工作日内，甲方向乙方支付合同总价30%的预付款。
2. 试运行完毕，甲方向乙方支付合同总价70%的合同款;
第七条：维护
1. 乙方应通过电话、email、现场服务等方式协助甲方的系统维护，乙方有义务及时响应和认真服务，努力确保甲方所委托开发系统的正常使用;
2. 甲方需要改动或需要委托乙方进行二次开发，甲方应同乙方另订协议，作为合同的附件，另收开发费用。
第八条 违约责任
1. 任何一方有证据表明对方已经、正在或将要违约，可以中止履行本合同，但应及时通知对方。若对方继续不履行、履行不当或者违反本合同，该方可以解除本合同并要求对方赔偿损失。
2. 因不可抗力而无法承担责任的一方，应在不可抗力发生的3 天内，及时通知另一方。
3. 一方因不可抗力确实无法承担责任，而造成损失的，不付赔偿责任。本合同所称不可抗力是指不能预见、不能克服并且不能避免的客观事件，包括但不限于自然灾害如洪水、地震、火灾和风暴等以及社会事件如战争、动乱、政府行为等。
第九条 其它
1. 如果本合同任何条款根据现行法律被确定为无效或无法实施，本合同的其他所有条款将继续有效。此种情况下，双方将以有效的约定替换该约定，且该有效约定应尽可能接近原约定和本合同相应的精神和宗旨。
2. 本合同经双方授权代表签字并盖章，自签订日起生效。
3. 本合同一式两份，双方当事人各执一份，具有同等法律效力。
乙方： 甲方
法人代表： 法人代表：
代 理 人： 代 理 人：
日 期： 年 月 日 日 期： 年 月 日
地 址： 地 址：
电 话： 电 话：
传 真： 传 真：
开户银行： 开户银行
帐 号： 帐 号：
软件项目计划书3
主要内容
项目计划书的内容：关于惠祥钢铁，物流，煤炭经营的可行性计划。
项目概况
项目名称：致力于钢铁，物流，煤炭行业的发展。
项目承办单位和项目投资者的有关情况。即：生产经营内容、生产经营规模、产品销售情况、年上缴税额、自有资金数额、债权债务情况等。
兴办外商投资项目要简述：
(1)合营各方概况，即：合营各方名称、法定地址、法定代表国籍及姓名、资金实力、技术力量等
(2)合营方式(注明合资、合作、独资)
(3)合营年限
(4)经营范围
(5)产品销售方向(内销或出口比例)
简述项目建设的必要性和依据。技术引进项目，要简述技术引进内容(关键设备或技术专利)、拟引进技术设备水平及其国别和厂商产品技术水平及市场销售前景。
建设条件
项目建设拟选地址的地理位置、占地范围(四至范围)、占用土地类别(国有、集体所有)和数量、拟占土地的现状及现有使用者的'基本情况。
如果不指定建设地点，要提出对占地的基本要求。
项目建设条件。简述能源供应条件、主要原材料供应条件、交通运输条件、市政公用设施配套条件及实现上述条件的初步设想。需进行地上建筑物拆迁的项目，要提出拆迁安置初步方案。
建设内容
建设规模和建设内容。生产性项目要提出主要产品品种、生产工艺及生产能力;非生产项目要根据项目的不同性质说明其规模，如旅馆、宾馆项目要说明有多少客房、多少床位;房地产开发项目要说明拟建的建筑物类别及数量;成片开发建设的小区要说明小区的主要功能、建筑容积率等。
总建筑面积及主要单项工程的建筑面积。
环境影响
一般民用建筑项目不写，其他非工业生产项目简写。
估算
项目总投资额。技术引进项目要说明进口技术设备使用外汇数额，建设费用和购置国内设备所需人民币数额;外商投资企业要说明总投资额、注册资本数额、合营各方投入注册资本的比例、出资方式及利润分配方式。
资金来源。利用银行贷款的项目要将注设期间的贷款利息计入总投资内。 利用外资项目要说明外汇平衡方式和外汇偿还办法。
(六)建设进度初步设想
(七)经济效益和社会效益的初步估算
(八)结论
附件
建设项目拟选位置地形图(城近郊区比例尺为1：20xx;远郊区县比例尺为1：10000)。标明项目建设占地范围和占地范围内及附近地区地上建筑物现状。
在自有地皮上建设，要附市规划部门对项目建设初步选址意见(规划要点或其它文件)。
国家限止发展的或按国家及市政府规定需要先由行业主管部门签署意见的项目，要附有关行业主管部门签署的审查意见。
外商投资项目要附以下材料
(1)会计师事务所出具的外商资信证明材料。
(2)合营各方的营业执照(复印件)。
(3)合营各方签署的合营意向书(境内单位要有上级主管部门的意见)。
两个或两个以上境内单位合建的项目要附以下材料
(1)合建各方签署的意向书(要有上级主管部门的意见)。
(2)合建各方的营业执照(复印件)。
其他附件材料。
软件项目计划书4
计算机软件尤其是数据库软件，成为了当代计算机应用的主流。因此软件开发人员就必须掌握正确的开发手段，了解软件开发的主要过程，这样心中对软件项目才有清醒的认识，才能达到事半功倍的效果。本文就软件开发过程中的一些方法，结合本人开发过的一些软件项目做一些详细论述。
1 开发前的准备工作
一般软件项目在开发前都有系统任务书，主要规定软件的开发目标、主要任务、功能、性能指标及研制人员和经费、进度等安排，作为系统设计开发和检验的基本依据。
系统任务书的基本框架如下：
(1)引言
包括编写目的，背景，参考资料。
(2)系统的目标及任务
包括系统建设目标，系统的主要任务，系统性能指标，系统标准化要求。
(3)系统的结构及功能
包括系统应用组成及结构，系统主要功能。
(4)系统的规模及进度要求
包括系统规模，系统研制进度，人员计划。
但是系统任务书只是这个软件项目的一个基本要求，针对具体情况，软件开发人员和需求分析人员就要联合对软件项目的细节进行具体分析，必要时还要进行实地调研，然后共同商讨写出系统的需求分析，需求分析的编写目的在于：
a. 说明系统在军事方面、技术方面、经济方面和社会条件方面实现的可行性和必要性;
b. 分析原系统(工作环境)现状,描述待开发系统的详细需求，提供用户和开发人员之间沟通的基础，提供项目设计的基本信息。
需求分析报告的基本框架如下：
(1) 概述
包括 编写目的，背景，参考资料，术语及缩写词。
(2) 对现有系统的分析
(3)待开发系统的详细需求
包括 功能需求，使用范围，业务流程，用户界面，输出要求，故障处理。
(4)使用环境
包括 网络环境，硬件环境，软件环境，与其他系统的关系，安全与保密。
(5) 可行性分析
包括 技术可行性分析，经济可行性分析，人员可行性分析，影响待开发系统的主要因素。
(6)结论意见
2 软件开发过程
有了系统任务书和需求分析报告，软件设计人员就要对软件项目的实现进行系统分析，系统分析包括系统的总体方案，系统的设计说明，作为软件设计的依据。具体说明如下。
2.1 系统总体方案
在系统开发单位和用户充分交互、理解的基础上，提出系统的技术构架，对系统功能、性能等主要指标作描述，对实现方法和要求作规定，是系统进行详细设计的依据。
系统总体方案基本框架包括：
(1)引言
包括 ：编写目的，背景，参考资料，术语及定义。
(2)项目概述
包括 ：
--项目的主要内容
--系统需求分析：①用户需求调查分析②现行系统的现状调查分析。
--系统功能：①系统的功能要求②系统主要技术性能。
--系统的数据要求：①基础数据②业务数据③交换数据④其它数据。
--系统的设计要求：①技术结构要求②系统划分及其接口要求③系统运行环境要求④系统标准化综合要求。
(3)实施总计划
包括 ：进度，预算，问题和措施。
2.2 系统设计说明
根据《系统总体方案》提出的系统构架、功能、性能及数据要求，确定系统的物理结构，说明系统主要技术方面的'设计和采用的技术方法以及系统的标准化约束等，是系统实施的基本依据。就本人曾经开发过的一个软件项目，说明其基本框架：
(1) 引言
包括 ：编写目的;背景;条件和限制;参考资料;术语及定义。
(2) 系统总体技术方案
包括：
--概述：①系统目标②基本要求。
--系统设计：
①系统结构
a、 应用结构。
b、 功能结构。
c、 技术结构。
② 系统功能设计：根据以上的分析，功能设计自然
包括业务管理功能设计、综合查询功能设计、邮件收发功能设计、数据库接口设计、文电接口设计。在对这些功能进行综合分析的基础上，开始进行数据库表的设计。在对表的设计过程中，既要考虑到关系数据库冗余字段的处理，又要考虑到系统运行的速度和实现的方便性等综合因素，笔者在实际开发后认为这两种考虑比例可以为7：3。
③系统安全设计：可以考虑以下一些安全设计思想，例如系统的数据传输通过电子邮件实现，要求电子邮件内部只传代码，不传涉密数据;系统的数据库操作需要充分利用Oracle数据库的事务提交和回滚机制，确保业务处理的完整性和一致性;系统的数据结构应充分利用存储空间，在不同的用户之间通过数据冗余提高整个系统的数据安全性;系统中存贮的用户口令、备份口令、数据库连接信息等重要数据，必需经过安全加密。
④ Oracle数据库自动优化设计：对于Oracle数据库可以进行数据库配置，可以大大提高大数据量查询速度，笔者已经做过尝试，并已经成功应用。
⑤ 友好界面设计：对于一个良好的应用系统当然需要设计良好的使用界面。
2.3 软件开发
对于开发语言的选择因人而易，开发数据库系统我比较倾向于DELPHI，因为它对于数据库开发的支持是很完善的。在软件实现方面，上面已经说明了一种客户/服务器结构，但是这种结构本身也包含了一些问题，例如客户/服务器结构经常把应用系统的企业逻辑编写在客户端的应用程序中，因此当应用系统需要改变时，所有在客户端的应用系统都必须改变，这对于MIS系统的维护来说成本太高了;为了解决这些重复开发应用系统的成本以及为了增加应用系统的重复使用性发挥面向对象分析/面向对象设计的功能，就必须导入所谓的应用程序服务器，软件开发人员以一种特定的组件形式，例如Microsoft的COM/DCOM，CORBA对象，或是EnterpriseJavaBean等，组装企业的逻辑程序代码。这种经过组装，能够执行特定企业功能的对象便称为"企业对象"，然后把这些企业对象分发到此应用程序服务器。由于本文不是专门讨论多层系统的文章，所以只是简单提一下，不再赘述。
程序设计中要注意合理的程序设计结构，可以将所有的公用组件放在一起。例如Delphi语言中可以新建一个单元，将所有编写的函数放在这个单元里，其他单元均可以调用，还可以新建一个数据模块(Datamodule),将所有的公共数据库控件放在这里，可以减少系统资源浪费，优化数据库程序设计。
关于程序设计中的技巧很多，这里也不再赘述。
3 软件开发后的工作
软件项目在开发完成后还要进行系统测试，以测试开发出的软件的功能和性能是否达到预定要求。
3.1 软件测试大纲
这是软件设计人员用来自测系统的。包括：
(1)测试环境①硬件环境②软件环境③数据环境④网络环境。
(2)功能测试内容①模拟现场测试②应用现场测试。
(3)性能测试内容
另有附表：附表一 系统功能测试表;附表二 系统性能测试表。
3.2 用户应用测试
由用户在实际使用过程中进行测试，并给出应用证明。
4、总结
开发软件项目是一个庞大的系统工程，以上只是介绍了一般性软件主要是数据库软件的开发过程和设计思想，它要求软件开发者对此要有精深的理解，熟悉软件开发的思路。
通常一个人难以完成所有工作，需要一个良好的合作团队来协作完成，其中需求分析员和系统分析员要提供软件项目的具体要求和设计思想，由软件开发组把这些要求创建出便于维护和可持续开发的系统资源。
软件项目计划书5
一、公司描述、宗旨和目标
中国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（公司创办人，现任董事长兼CTO，xx大学计算机系终身教授，数据库及人工智能专家）；
xx（公司创办人，现任总经理，xx大学计算机系终身教授，人工智能专家）；
周先生（于95年获美国名校计算机科学博士学位，曾任美国xx公司中层管理人员、大型外资公司副总裁，软件工程和人工智能专家）；
陈先生（于88年获美国名校计算机科学博士学位，曾任美国加州硅谷著名软件公司高级系统分析师）；
王先生（xx大学计算机系博士后，曾任加拿大著名软件公司高级系统分析师，数据库专家）。
八、公司优势说明
公司的主要优势如下：
1) 企业搜索引擎的技术处在不断发展完善中，xx拥有自主的先进技术，创新能力强；
2) xx企业备份和搜索工具是基于xx自身的数据库产品研发的，充分利用了数据库的
高性能和安全机制，产品性价比高；
3) xx能快速灵活地向用户提供按需定制服务。
九、目前公司为实现目标的增资需求
为了抢占企业信息搜索的市场发展先机，xx需要的外部投资为750万元人民币，加上xx的预期销售收入及其他资金，致力于“xx企业信息备份与搜索工具”产品的市场开发。
公司计划在20xx年实现收支平衡，09年实现销售赢利，占据国内企业搜索市场有一定影响力的份额，打造xx软件品牌。
十、融资方案
企业的产品经营和资本经营是相辅相成的，产品经营是基础，资本经营则是企业快速发展的助推器。公司此次计划筹集750万元的风险资金，主要用于“xx企业信息备份与搜索工具”的市场开发。
此次融资的资金筹措方式：股权融资（投资750万获取20%股权）或引进战略投资者。 投资方可通过股票上市或公司兼并的方式退出。
十一、合作方式
中国xx软件有限公司计划吸收750万元（人民币）风险资金，主要用于“xx企业信息备份与搜索工具”的市场开发。
投资方和xx软件有限公司可以组建新公司的方式或其他可行的方式进行合作，股份的最终分配方案可经由谈判确定。
软件项目计划书6
一、总纲
通过实施人力资源管理系统，提高人力资源部在日常人力资源操作性等事务的工作效率，为高层提供即时的高效的人力资源资数据查询、分析，为高层提供决策依据。同时有利于人力资源内部流程的规范与再造优化，以便更好地为员工（我们的'客户）提供更好的服务。
二、项目实施的目标（待商讨，应详细化）
1、人事管理类：人事档案履历管理、企业构架管理、入职/离职管理、合同管理、变动管理、奖惩管理及相应的统计分析、报表，支持领导查询。
2、考勤管理类：由于公司原有一个完善的考勤系统，现有系统只是导入原有考勤系统的数据。
3、招聘管理类：招聘需求分析、人员需求预测、招聘计划、招聘效果分析、招聘成本分析。
4、培训与发展类：
培训需求调查、培训计划、培训记录（员工、教师）、培训津贴计算、培训课程管理、培训成本分析，给个人提供职业生涯规划、建设人才梯队、给个人提供给予职位及发展需求的培训服务。
5、绩效考核管理类：导入相应的考核数据，为薪资提供数据。
6、薪资福利管理类：薪资政策设定、薪资公式设定、薪资报表、工资单、个人所得税表、社保管理、住房公积金管理。
三、该项目组成员组成。
本项目由人力资源部主管***批准，总经理***审核实施。
本项目涉及部门：总经办、人力资源部、财务部、网络部
项目主席：***
项目负责人：***
项目成员：****、****……
四、软硬件投资
1、软件：采用市场上购买的HRMS软件
2、硬件：采用组装服务器
系统软件是基于微软SQL数据库运行，采用C/S(客户端/服务器端)构架，个人用户装载客户端进行操作。
3、成本：总投资约***元
五、风险预测
1、软件风险:由于我们采用的是盗版软件，有不可遇见的问题，现已经完成了初步的各个模块的测试，但是没有完成真实模拟的测试。
2、功能风险：由于此软件没有真实地进行全面的测试，需要在模拟运行一段时间后才能得知其实际运行能力。
3、人员风险：不见得每个人都是喜欢用这个系统，上这系统一开始比如有很多的数据录入工作加上一些不习惯或者其他因素，一定会有人员有抵触情绪，这需要主管的大力推行和及时开导解决。
六、人力资源流程（略）
七、进度计划（略）
1、前期工作（一个月）
人事部、财务部及网络部共同协商。对人力资源部、财务进行需求调查；人力资源部内部流程规划，网络部软件分析；
2、实施准备阶段（1周）
资料准备；项目实施会议，确定实施时间表，确定人员工作细则；确定项目监督人员；HRMS培训；系统安装调试，模拟测试。
3、模拟运行及用户化（2周）
资料上传；用户化，客户端安装，个人工作准则确定。
4、切换运行（一天）
实时工作上线切换，解决软件当中的问题；切换验收。
5、新系统运行
持续的维护及应用创新，及时新人的培训。
软件项目计划书7
计算机软件特别是数据库软件已成为当今计算机应用的核心力量，因此软件开发人员需掌握精准的开发技巧，了解整个开发过程，这样才能使他们对软件项目有清晰的认识，从而获得事半功倍的效果。
1 开发前的准备工作
一般来说，每个软件项目在开发之前都会有一份系统任务书，明确了软件的开发目标、主要任务、功能、性能指标，还有研究人员和经费、进度等方面的安排，这将是系统设计开发和验收的基本依据。
然而，系统任务书只是对软件项目的基本要求。面对具体情况，软件开发人员和需求分析师需要共同探讨并详细分析软件项目的细节。必要时还需要进行实地考察，最后共同制定出系统的需求分析。需求分析的目标在于：
确保软件在军事、技术、经济和社会环境上的可行性和必要性；
分析现有系统（工作环境）的状态，描绘待开发系统的具体需求，为用户提供与开发人员之间的交流基础，并提供项目设计的基本信息。
需求分析报告的基本框架包括：
概述：包括编写的目的、背景、参考资料和术语缩写；
现有系统的分析；
待开发系统的详细需求；
使用环境；
可行性分析；
结论意见。
2 软件开发过程
拥有系统任务书和需求分析报告后，软件设计师就需要对软件项目的实现进行系统分析，系统分析包括系统的整体方案、系统设计说明，它们是软件设计的`重要参考。
2.1 系统总体方案
基于系统开发单位和用户的深入互动和理解，我们需要提出系统的技术架构，明确系统的功能、性能等主要指标，规定实现方法和要求，这些都是系统进行详细设计的基础。
系统总体方案基本框架包括：
引言：包括编写的目的、背景、参考资料和术语缩写；
项目概述；
实施总计划。
2.2 系统设计说明
根据《系统总体方案》提出的系统架构、功能、性能及数据要求，我们需要确定系统的物理结构，阐述系统主要技术方面的设计和采用的技术方法以及系统的标准化约束等，这些都是系统实施的基本依据。
2.3 软件开发
开发语言的选择因人而异，开发数据库系统我更倾向于DELPHI，因为它对数据库开发的支持非常完善。
在软件实现方面，我们已经说明了一种客户/服务器结构，但这种结构本身也有一些问题，例如客户/服务器结构经常将应用系统的企业逻辑编写在客户端的应用程序中，因此当应用系统需要改变时，所有在客户端的应用系统都必须改变，这对MIS系统的维护来说成本太高了。为了解决这些问题，我们必须导入所谓的应用程序服务器，软件开发人员以一种特定的组件形式，如Microsoft的COM/DCOM，CORBA对象，或EnterpriseJavaBean等，组装企业的逻辑程序代码。这种经过组装，能够执行特定企业功能的对象便称为"企业对象"，然后把这些企业对象分发到此应用程序服务器。
关于程序设计中的技巧有很多，这里不再赘述。
3 软件开发后的工作
软件项目在开发完成后还需要进行系统测试，以验证开发出来的软件的功能和性能是否达到预期要求。
3.1 软件测试大纲
这是软件设计人员用来自测系统的。包括：
测试环境；
功能测试内容；
性能测试内容；
附录：附表一 系统功能测试表；附表二 系统性能测试表。
3.2 用户应用测试
由用户在实际使用过程中进行测试，并给出应用证明。
4、总结
开发软件项目是一个庞大的系统工程，上述只是介绍了通用软件特别是数据库软件的开发过程和设计理念。它要求软件开发者对其有深入的理解，熟悉软件开发的思路。
通常一个人难以完成所有工作，需要一个优秀的合作团队来协同完成。其中，需求分析师和系统分析师负责提供软件项目的具体要求和设计理念，由软件开发组把这些要求转化为易于维护和持续发展的系统资源。
软件项目计划书8
第一章 项目概述(理论教学时可用“引言”)
1.1目的
1.2 项目背景
1.3项目的范围和目标
1.3.1范围描述 (问题定义阶段产生，对应的文档为：《系统目标与范围说明书》)
1.3.2主要功能 (可行性分析报告)：(1)概述 (2)系统流程图 应包含旧系统的系统流程图(调研的实际情况)和新系统的系统流程图(你想像中的样 子) (3)功能描述抽出其中的功能
1.3.3性能 (可选)
1.3.4技术约束 (可选)
第二章 项目估算
2.1使用的历史数据 2.2使用的评估技术
2.3工作量、成本、时间估算
第三章 风险评估
3.1风险识别
列出最高的.10大风险(数字10是参考)
3.2风险应对策略
对列出的风险应有哪些策略去应对
第四章 项目进度计划
4.1项目任务分解
我们从软件工程角度来分，大致有如下的任务： 可行性研究报告 项目开发计划 软件需求分析 数据库设计 总体设计 界面设计 网页设计 相关美工设计 详细设计 测试计划 操作手册 测试分析报告 项目开发总结 维护修改建议
第五章 关键问题
可以是技术因素、也可以是非技术因素，总而言之，是系统成败的最重要因素。
第六章 软件配置
开发平台、开发工具、数据库平台
第七章 人员组织
人员及其角色
第八章 附录
相关文档、资料、数据等
软件项目计划书9
1．引言
1.1编写目的
开发基于互联网的学生选课系统，提高管理工作的效率、提高信息的开放性、改善学生和
教师对其最新信息查询的准确性。
1.2项目背景
某校在校生近5000人，每学期在期末都要进行一次对学生的学习质量测评，要求所有学生都要参加。以前测评的方式都是手工考核操作，由教务处发出试卷，每个同学填写完成后交回到教务处。然后教务处再使用手工的方法对试卷进行统计汇总，最后得出学生的成绩。
建议进行《学生成绩考核系统》的开发。
我院计算机系具备进行该软件系统开发的能力并承担本软件系统的开发与维护工作。该软件系统由我院教务处使用。
1.3定义
《学生成绩考核系统》以下简称《考核系统》。
1.4 参考资料
(1)” 学生成绩考核系统系统定义
报告”
(2) ” 学生成绩考核系统可行性研究报告”
2. 主要内容
2.1 工作内容
系统所需要的基础数据来源：
“考核系统”需要实现的功能包括两大部分：
一是前台的数据采集，具体包括：
德育测试页面、体育测试页面、智力测试页面、数据存储页面。
二是后台的数据管理部分：包括测试设置、德育测试、体育测试与智力测试的数据统计及查询。
2.2条件和限制
使用SQL SERVER 20xx作为数据库的建设工具，相关的管理程序开发主要使用SQL SERVER 20xx及NET等。
2.3 产品
2.3.1 程序
可运行的程序包括：SQL SERVER 20xx，Microsoft Visual Studio 20xx
2.3.2 文档
可行性研究报告，项目开发计划书，软件需求说明书，概要设计说明书，详细设计说明书，数据库设计说明书，操作手册，测试计划，测试分析报告，项目开发
总结报告。
2.4 运行环境
《学生成绩考核系统》应该运行在Windows XP 以及以上版本的平台上。
2.5 验收标准
《学生成绩考核系统》能让学生能成绩考核和查看成绩，教师能管理成绩。
3. 实施计划
3.1 任务分解
需求分析：
学校每年新生入学，毕业生离校和各种其它变动，如学籍变动，个人信息修改。每学期学校者要开设一定的课程提供给学生根据自己的情况来选择，最后的选择结果要给出学生的课程表。如何有效的管理这些学生信息，帮助学校和老师管理和掌握这些情况，这就是学生信息管理系统需要完成的任务。下面用软件工程的思想和方法完成该系统的设计过程。
功能：
个人信息查询和修改，包括流动，注册，更新管理
系统设计：“中学生成绩管理信息系统”包括四个模块：成绩录入、班级统计、年级统计、系统功能。这五个模块既相互联系又相互独立，班级统计、年级统计模块必须以成绩录入为基础。(1)成绩录入模块：主要功能用来对中学生的成绩进行收集和修改。具体包括中学生成绩录入、修改、增加、删除、查询、打印等功能，由于一些资料可以Word文档或Excel表格输入，故在此模块中增加了导入、导出数据功能。成绩录入需要分班级、分年级以及某个时间考试的各门功课的.成绩。修改要与成绩录入相对应。增加、删除是对基本表的操作。查询条件设置应该齐全，可以班级查询，年级查询，也可以姓名查询，学号查询等等。分成绩单打印、报表打印等。(2)班级统计模块：主要功能用来对中学生的成绩以班级为单位进行处理。具体包括各班学生总成绩、平均成绩、班级排名及统计班级某分数段内的学生人数；各个学生该科成绩、班级排名及统计班级某分数段内的学生人数。各项统计仅对于某学期某次考试而言。(3)年级统计模块：主要功能用来对中学生的成绩以年级为单位进行处理。具体包括各年级学生总成绩、年级排名统计年级某分数段内的学生人数；各个学生该科成绩、年级排名及统计、年级某分数段内的学生人数。各项统计仅对于某学期某次考试而言，在统计时，还应注意各年级考试科目不同。(4)系统功能模块：包括帮助信息，关于系统及退出系统。
编码：
测试计划：进行黑盒测试
测试人员：
3.2 进度安排
需求分析： 第1周
系统设计： 第2~3周
编码：第4~7周
测试计划与测试：第8~10周
包装和发布：第11周
机动：第12周
3.3 预算
开发费用：8000元
设备费及其他：5000元
合计：13000元
4. 人员组织及分工（略）
5. 交付期限
6. 专题计划要点（详见后续内容）
软件项目计划书10
1 引言
1.1 编写目的
编写本文档的目的是确保项目包括成功完成项目所需的全部工作，但又只包括必须完成的工作的各个过程。是项目管理团队确定、记载、核实、管理和控制项目范围的指南。此文当中包括制作工作分解结构，并确定如何维持与批准该工作分解结构；规定如何正式核实与验收项目已完成可交付成果。
1.2 参考资料
《软件项目管理案例教程》 韩万江，姜立新编著机械工业出版社 《软件工程导论》——第5版 张海藩编著 清华大学出版社 《酒店管理工作——细化执行与模板》王宏编著 人民邮电出版社
1.3 重要术语
SQL Server 20xx：数据库管理软件 DBMS：数据库管理系统 Windows XP：运行环境
VB.net 20xx：软件开发语言
visual studio 20xx 软件开发环境
2 项目概述
2.1 系统与项目的定义
本系统是建立在C/S系统架构下基于SQL Server数据库，采用VB.Net技术分析、设计、开发用于酒店信息化管理的。该系统基本满足了酒店管理方面的需求，用户界面友好。系统对用户（主要是酒店管理层及员工）数据有效地实现了信息电子化处理，从而降低了人工劳动并增加信息的准确性。本系统的基本信息有客房、餐饮、财务及人力资源等，用户登录系统后根据权限操作这些基本信息。
要实现的功能模块包括4个方面，第一个方面是客房管理子系统，包括客房登记、客房预定、工作报表、信息查看及最重要的客房部经理管理模块；第二个方面是餐饮管理子系统，包括点单、埋单、预定、换台及最重要的餐饮部经理管理模块；第三个个方面是财务管理子系统，包括财务预算的查看及发布审核、财务报表的生成等；最后一个方面是人力资源管理子系统，包括员工信息的录入、查看及绩效考核等。
2.2 系统开发背景与目标
在信息高度发达的今天，酒店业务涉及的各个工作环节已经不再仅仅是传统的住宿、结算业务，而是更广、更全面的服务性行业代表。酒店宾馆作为一个服务性行业，从客房的营销即客人预订开始，到入住登记直至最后退房结账，整个过程应该能够体现以宾客为中心，提供快捷、方便的服务。给宾客一种顾客至上的享受。提高酒店的管理水平，简化各种复杂操作，在最合理、最短时间内完成酒店业务规范化操作，这样才能令旅客舒适难忘，增加宾客回头率。而对酒店业内激烈的竞争形势，各酒店均在努力拓展其服务领域的广度和深度。虽然信息化不是酒店走向成功的关键因素，但它可以帮助那些真正影响成败的要素发挥更大的作用。因此，采用全新的'酒店管理系统，将成为提高酒店的管理效率，改善服务水平的重要手段之一。
酒店行业的激烈竞争使得争取客源、提高酒店入住率、制定正确营销策略已经成为一项重要的任务，借助蓬勃发展的IT工具来拓展其能力已经成为许多酒店的首选。
计算机管理系统在数据保存、数据交换方面的快速可靠，是手工操作不能完成的。 酒店管理系统的设计目标：
1）采用先进的分布式数据处理技术，以提高管理工作的质量、效率和规范性；
2）按照酒店管理体制分层进行数据管理，为不同层级的管理者设置相应的使用权限，保障系统的可靠性与安全性；
3）旨在提高酒店的管理效率，减免手工处理的繁琐和误差。及时、准确地反应酒店的工作情况、经营情况，从而提高酒店的服务质量，获得更好的经济效益；实现客房管理的规范化、自动化。
2.3 用户需求概述及系统主要功能
3 项目范围界定
3.1 开发技术选择与理由
开发酒店管理系统，软硬件方面选择的是可视化的Visual Basic.net 20xx和SQL Server 20xx数据库，Windows XP操作系统等。
VB拥有图形用户界面（GUI），可以轻易的使用ADO连接数据库,程序员可以轻松的使用VB提供的组件快速建立一个应用程序,以上都是组员熟悉的语言和数据库，所以技术方面是绝对可行的。综上所述，我们完全有能力完成酒店管理系统的最终实现。
3.2 开发团队与开发环境、工作方式 开发团队：
项目经理王朝令
需求分析员 王朝令 况晓龙 设计人员况晓龙 黄志刚
编码人员王朝令 况晓龙 黄志刚 测试人员黄志刚
开发环境：Windows XP，visual studio 20xx, SQL Server 20xx 工作方式：团队工作
软件项目计划书11
一、教学管理系统分析设计计划
教学管理系统是一个面向学校的管理系统，主要用于课程的管理和教师的分派。借助这套系统，每个学生可以随时查到自己所选的课程，以及该门课程的任课教师是谁。同时，教师也能知道该学期自已一共有多少门课程要教，以便教师合理的'安排时间。而且是基于IE的系统，能实现系统与课程安排的实时同步，只要学校做出调整，系统内部会第一时间做出相应的调整
二、教学管理系统的编码测试计划
根据实际情况，本小组预计使用1-1个半月的时间进行编码测试，其中会进行白盒测试和黑河测试以及压力测试
白盒测试包括语句测试，判定测试，条件测试，判定-条件测试，条件组合测试和路径测试
黑盒测试应用等价类划分法，边界值分析法，判定表分析，因果图法，正交试验法，功能图法和错误推测法。
压力测试，同时让很多人同时登录系统，测试同时最大登录数，以便做好系统的压力测试，以便防止同时过多的学生和教师登录时产生的系统崩溃，同时做好相应的对策。
三、教学管理系统的安装计划
由于教学管理系统的特殊性，所以面对不同的人员要安装不同的系统。首先是学校的高级管理人员（例如校长，书记，年级主任），要有修改系统内容的权利，所以要安装最高级的系统，而任课教师只能查看与自己有关的课程与上课时间 ，同时拥有上传课件，教学相关软件的权利，所以要再安装教师机用的教学系统，而学生，在每个学生入学的时候要发放的安装程序，学生的权限最低，只有查看自己所选课程和下载相关课件和课程相关软件的权利。
软件项目计划书12
一、项目计划书格式
根据《gbxxx计算机软件产品开发文件编制指南》中项目开发计划的要求，结合实际情况调整后的《项目计划书》内容索引如下：xxx
二、项目计划书的编写说明
1 引言
1.1 编写目的
说明编写这份项目计划的目的，并指出预期的读者。
作用：本节是为了说明编制"项目计划书"亦即本文档的意图和希望达到的效果。注意这里的"目的"不是"项目目标"，而是为了说明本文档的目的与作用。"项目目标"在2.1中说明。
意义：使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。开发计划书的作用一般都是"项目成员以及项目干系人之间的共识与约定，项目生命周期所有活动的行动基础，以便项目团队根据本计划书开展和检查项目工作。"
例 如可以这么写：为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式， 把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目 内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目 团队开展和检查项目工作的依据。
常见的问题：把项目本身的"项目目标"误作编制项目开发计划的目的。
1.2 背景
主要说明项目的来历，一些需要项目团队成员知道的相关情况。主要有以下内容：
项目的名称：经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对"xx系统"开发的项目名称是"xx系统开发"。
项目的委托单位：如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方；如果是自行研发的软件产品，项目的委托单位就是本企业。
项目的用户（单位）：软件或网络的使用单位，可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。如海关的报关软件、 税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。
项目的任务提出者：本企业内部提出需要完成此项目的人员，一般是领导或商务人员；注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。如果是内部开发项目，则两者的区别在于前者指人，后者指单位。
项 目的主要承担部门：有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门（也有的分为不同事业部）。项目的特点就是其矩阵式组织，一般一个项目 的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目的 主要承担部门。
项目建设背景：从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。
例句：根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，必须加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容，及时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。
目 前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进 度情况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多，原来的工作模式已经越来越无法适 应市委市政府的要求。因此，充分利用现代信息化、因特网的优势，建立"某市某建设工作信息报送反馈系统"，提高某建设工作信息报送反馈工作效率，提高信息 的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。
软件系统与其他系统的关系：说明与本系统有关的其他系统，说明它们之间的相 互依赖关系。这些系统可以是这个系统的基础性系统（一些数据、环境等必须依靠这个系统才能运行），也可以是以这个系统为基础的系统，或者是两者兼而有之的 关系、互相依赖的系统。例句：本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府的网站。
软件系统与机构的关系：说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系。例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。
1.3 定义
列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。注意尽量不要对一些业界使用的通用术语进行另外的定义，使它的含义和通用术语的惯用含义不一致。
1.4 参考资料
列 出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。本节与下一节的"标准、 条约和约定"互为补充，注意"参考资料"未必作为"标准、条约和约定"，因为"参考"的不一定是"必须遵守"的。常用资料如：
本项目的合同、标书、上级机关有关通知、经过审批的项目任务书；属于本项目的其他已经发表的文件；本文档中各处引用的文件、资料，包括所要用到的软件开发标准。
1.5 标准、条约和约定
列出在本项目开发过程中必须遵守的标准、条约和约定。例如：相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。
"参考资料"一般具有"物质"特性，一般要说明参照了什么，要说明在哪里可以获得；"标准、条约和约定"一般具有"精神"特性，一般是必须遵守的，不说明在哪里可以获得。参考资料的内容应该涵盖"标准、条约和约定"。
2 项目概述
2.1 项目目标
设定项目目 标就是把项目要完成的工作用清晰的语言描述出来，让项目团队每一个成员都有明确的概念。注意，不要简单地说成在什么什么时间完成开发什么什么软件系统或完 成什么什么软件安装集成任务。注意"要完成一个系统"只是一个模糊的目标，它还不够具体和明确。明确的项目目标应该指出了服务对象，所开发软件系统最主要 的功能和系统本身的比较深层次的社会目的或系统使用后所起到的社会效果。
项目目标应当符合smart原则：
s specific 明确的陈述
m measurable 可以衡量的结果
a attainable 可以达成的目标
r realistic 合理的，现实的或者说是能和实际工作相结合
t trackable 可以跟踪的
项 目目标可以进行横向的分解也可以进行纵向的分解。横向分解一般按照系统的功能或按照建设单位的不同业务要求，如分解为第一目标、第二目标等等；纵向的分解 一般是指按照阶段，如分解为第一阶段目标、第二阶段目标等等，或近期目标、中期目标、远期目标等等。阶段目标一般应当说明目标实现的较为明确的时间。一般 要在说明了总目标的基础上再说明分解目标，可加上"为实现项目的总目标，必须实现以下三个阶段目标......"
2.2 产品目标与范围
根 据项目输入（如合同、立项建议书、项目技术方案、标书等）说明此项目要实现的软件系统产品的目的与目标及简要的软件功能需求。对项目成果（软件系统）范围 进行准确清晰的界定与说明是软件开发项目活动开展的基础和依据。软件系统产品目标应当从用户的角度说明开发这一软件系统是为了解决用户的那些问题。产品目 标如"提高工作信息报送反馈工作效率，更好地进行工作信息报送的检查监督，提高信息的及时性、汇总统计信息的准确性，减轻各级相关工作人员的劳动强度。"
2.3 假设与约束
对于项目必须遵守的各种约束（时间、人员、预算、设备等）进行说明。这些内容将限制你实现什么、怎样实现、什么时候实现、成本范围等种种制约条件。
假设是通过努力可以直接解决的问题，而这些问题是一定要解决才能保证项目按计划完成。如："系统分析员必须在3天内到位"或"用户必须在8月8日前确定对需求文档进行确认"
约束一般是难以解决的问题，但可以通过其他途径回避或弥补、取舍，如人力资源的约束限制，就必须牺牲进度或质量等等。
假设与约束是针对比较明确会出现的情况，如果问题的出现具有不确定性，则应该在风险分析中列出，分析其出现的可能性（概率）、造成的影响、应当采取的相应措施。
2.4 项目工作范围
说明为实现项目的目标需要进行那些工作。在必要时，可描述与合作单位和用户的工作分工。
注意产品范围与项目工作范围的不同含义。
产品范围界定：软件系统产品本身范围的特征和功能范围。
工作范围界定：为了能够按时保质交付一个有特殊的特征和功能的软件系统产品所要完成的那些工作任务。
产品范围的完成情况是参照客户的需求来衡量的，而项目范围的完成情况则是参照计划来检验的。这两个范围管理模型间必须要有较好的统一性，以确保项目的具体工作成果，能按特定的产品要求准时交付。
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、负责本项目同用户的接口人员；
b、负责本项目同本企业各管理机构，如计划管理部门、合同管理部门、采购部门、质量管理部门、财务部门等的接口人员；
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 项目控制计划
4.4.1 质量保证计划
执行质量评审活动，对过程质量进行控制。规模较大的项目应当单独编写《软件开发项目质量计划》。根据gb/t 12504 计算机软件质量保证计划规范，内容包括：
引言（本章节包括质量计划的目的、定义、参考资料）
管理（描述负责软件质量管理的机构、任务及其相关的职责）
文档（列出在该软件的开发、验证与确认以及使用与维护等阶段中需要编制的文档，并描述对文档进行评审与检查的准则）
标准、条例和约定（列出软件开发过程中要用到的标准、条例和约定，并列出监督和保证执行的措施）
评审和检查（规定所要进行的技术和管理两个方面的评审和检查工作，并编制或引用有关的评审和检查规程，以及通过与否的技术准则。至少要进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查）
软件配置管理（编制有关配置管理条款，或在"4.4.4 配置管理计划"中说明，或引用按照《gb/t 12505 计算机软件配置管理计划规范》单独制定的文档）
工具、技术和方法（指明用于支持特定软件项目质量管理工作的工具、技术和方法，指出它们的目的和用途）
媒体控制（说明保护计算机程序物理媒体的方法和设施，以免非法存取、意外损坏或自然老化）
对供货单位的控制（供货单位包括项目承办单位、软件销售单位、软件开发单位。规定对这些供货单位进行控制的规程，从而保证项目承办单位从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的需求。）
记录的收集、维护和保存（指明需要保存的软件质量保证活动的记录，并指出用于汇总、保护和维护这些记录的方法和设施，并指明要保存的期限）
4.4.2 进度控制计划
（可直接引用以下描述或根据项目情况制定本节内容）
本项目的进度监控执行本企业《项目管理规范》，由本企业过程控制部门如质量管理部统一进行监控，并保留在监控过程中产生的日常检查记录。
4.4.3 预算监控计划
说明如何检查项目预算的使用情况。根据项目情况需要制定。
4.4.4 配置管理计划
编 制有关软件配置管理的条款，或引用按照gb/t 12505单独制订《配置管理计划》文档。在这些条款或文档中，必须规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检 查配置管理工作等四方面的活动。还必须规定用以维护和存储软件受控版本的方法和设施；必须规定对所发现的软件问题进行报告、追踪和解决的步骤，并指出实现 报告、追踪和解决软件问题的机构及其职责。
5 支持条件
说明为了支持本项目的完成所需要的各种条件和设施。
5.1 内部支持
逐项列出项目每阶段的支持需求（含人员、设备、软件、培训等）及其时间要求和用途。
例如，设备、软件支持包括客户机、服务器、网络环境、外设、通讯设备、开发工具、操作系统、数据库管理系统、测试环境，逐项列出有关到货日期、使用时间的要求。
5.2 客户支持
列出对项目而言需由客户承担的工作、完成期限和验收标准，包括需由客户提供的条件及提供时间。
5.3 外包（可选）
列出需由外单位分合同承包者承担的工作、完成时间，包括需要由外单位提供的条件和提供的时间。
6 预算
6.1 人员成本
列出产品/项目团队每一个人的预计工作月数。
列出完成本项目所需要的劳务（包括人员的数量和时间）
劳务费一般包括工资、奖金、补贴、住房基金、退休养老金、医疗保险金
6.2 设备成本
设备成本包括：原材料费，设备购置及使用费
列出拟购置的设备及其配置和所需的经费
列出拟购置的软件及其版本和所需的经费
使用的现有设备及其使用时间
6.3 其它经费预算
列出完成本项目所需要的各项经费，包括差旅费、资料费、通行费、会议费、交通费、办公费、培训费、外包费等，包括：
（1） 差旅费（旅费、出租）（含补贴）
（2） 资料费（图书费、资料费、复印费、出版费）
（3） 通信费（市话长话费、移动通信费、上网费、邮资）
（4） 会议费（鉴定费、评审会、研讨费、外事费等）
（5） 办公费（购买办公用品）
（6） 协作费（业务协作招待费、项目团队加班伙食费）
（7） 培训费（培训资料编写费、资料印刷费、产地费、设备费）
其他（检测、外加工费、维修费、消耗品、低易品、茶话会等）
6.4 项目合计经费预算
列出完成本项目需要的所有经费预算（上述各项费用之和）。
7 关键问题
逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目成败的影响。
8专题计划要点
专题计划也就是因为项目的需要在本文档之外独立建立的计划，本节说明本项目开发中需要制定的各个专题计划的要点。专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划。
软件项目计划书13
项目名称：销售管理系统
学校名称：上海电机学院项目时间：20xx03.01-20xx.05.10
项目策划人：赵慧哲、吕延晨、李娜、顾观佩
1.系统主题
1.1引言
现在不管是公司还是学校都有各式各样的系统，比如：学校里有教务管理系统、图书管理系统等等。而公司中有工资管理系统、人员管理系统等。目前市场上的这些公司，基本上每个公司都要对其每天的销售情况进行统计记录，而且现在电脑这么普及，我们不像以前都是用手工记录到本子上，然后人工进行数据的处理。所以建立一个销售系统很有必要，为公司省去了许多不必要的人力资源，并且效率高、省时、操作方便、有很广的应用域和发证，空间。
1.2背景及目的
在大二下学期我们开设了一门《实用软件工程》的学科，在老师及专业课程的需要下，我们要进行一个为期15周左右的一个对软件工程深入学习的平台。需要我们在15周以内编出一个小型软件。其次，在21世纪这个繁华的年代，销售业也是蓬勃发展，出现了很多销售管理系统来促使公司的发展，有了销售管理系统，不仅仅有利于公司的管理，更加有利于我们及时地掌握数据资料，进行处理、统计与总结。基于这个想法，我们小组决定做一个销售管理系统，以实现灵活的管理公司销售业绩的小系统。
本销售系统可以完成以下功能：
（1）计算某个月每个人每种产品的销售额；
（2）按销售额对销售员进行排序，输出排序结果；
（3）统计每种产品的总销售额，对这些产品按从高到底的顺序，输出排序结果（需输出产品的代号和销售额）；
（4）输出统计报表。
1.3系统与“创新杯”的`主题关系
为迎接“创新杯”而进行的预演。我们的目标主要放在能做出一些实用性强的软件，如果好的话，就能被大家广泛使用。所以我们希望能使得“创新杯”能出现一些更有新意的东西，更好玩。吸引更多人的眼球。
1.4市场调查过程和结论
在确定课题前，我们特地上网看了一下当前比较热门的课题，最多的为学校的图书管理系统，但这个太过于大众化，做的人比较多，而且我们也一直在使用，所以难度不大。后来我们发现销售方面还算是比较热门，而且做的人不多，对于我们来说，也比较新鲜，因为毕竟我们现阶段都没有接触到，所以根据我们的综合讨论，觉得现社会有很多的机构需要该软件，比如：酒店可以用该软件管理赠品的发放，超市可以用来管理货物的采购和销售状况，就连一个小饰品店都可以用该软件来管理饰品的销售量和顾客的需求量。从调查来看该软件是很受社会欢迎的，实用性较强，而且现如今类似于该软件的产品可谓是层出不穷，大大增加了我们做这个项目的必要性。
2.需求分析
2.1概要
这是一个很实用的小型销售管理系统，包括了每件产品的销售额的统计，以及总销售额的统计，等等一系列的小功能，可以帮助小型商店和小型公司实现对每日产品的销售统计，而且可以输出各个销售员的不同业绩，操作简单，显示直观，无需太多的技术要求，所以适合于大众。
2.2使用场景
主要的面向对象：各类服装店和小型公司。
场景描述：有四个销售员，负责销售五种产品。每个销售员都将当天出售的每种产品各写一张便条交上来。每张便条要包含： 销售员的代号，产品的代号，这种产品的当天的销售额；每位销售员每天可能上缴0-5张便条。
详细操作：在类似小型公司或者服装店，一般都是看业绩来提升的，或者是看业绩来提名最佳销售人员或者最佳员工，然后公司再进行一些奖励制度。所以假设一名销售经理需要在每天下班后统计今天的销售量和销售额，如果是手动统计，那计算量和工作量就太大了点；但如果她安装在了本款软件，运行程序后，可根据操作提示一步步操作。
首先，如果是第一次使用本款软件，他需要先注册用户名和密码，这样也可以保证销售情况的隐蔽性，后面每次查看或者添加新纪录时，只需要输入用户名和密码就可以进行操作，如果别人想要对销售情况进行修改，那必须要知道用户名和密码，否则无法进行操作。注册好用户名和密码后，进入界面，每个销售员都有编号，然后输入日期、销售员的编号、产品编号、销售额，都输入好后，程序可以从高到低进行排序，这样一眼便能看出每个人的销售情况—最好的销售人员。最后程序还可以进行总销售额的计算，可看出这一天或这个星期或这个月公司的业绩如何。
以上即是本款软件的详细操作过程，不仅实用而且简单、直观。在各类小型企业和服装店等地方使用再合适不过了。
2.3实用性分析
我们设计这款软件时，最想突出它的一个优点就是实用！所以我们是本这个目的去设计的。它简单易懂、界面直观、隐蔽性强，非常适合各小型企业对公司的管理，统计，查询。花最低的成本去实现最高的效率。
2.4未来发展方向
本软件现在来讲只适用于小型的企业，但是将来会随着我们小组队伍的壮大，能力的加强，它不但可以应用在小型企业，更是可以在大型的企业中得以运用，而且功能会越来越强大，不仅仅是对营业额的统计，而且可以实现对每件产品销售量的统计、管理、查询。而且还有望发展到其他的各个领域。
软件项目计划书14
项目名称：********
评审日期：
1引言
1．1编写目的
说明编写这份项目开发计划的目的，并指出预期的读者。
1．2背景
说明：
a．待开发的软件系统的名称；
b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；
c．该软件系统同其他系统或其他机构的基本的相互来往关系。
1．3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1．4参考资料
列出用得着的参考资料，如：
a．本项目的经核准的计划任务书或合同、上级机关的批文；
b．属于本项目的其他已发表的文件；
c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2项目概述
2．1工作内容
简要地说明在本项目的开发中须进行的各项主要工作。
2．2主要参加人员
扼要说明参加本项目开发工作的主要人员的情况，包括他们的技术水平。
2．3产品
2．3．1程序
列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件，逐项说明其功能和能力。
2．3．2文件
列出需移交给用户的每种文件的名称及内容要点。
2．3．3服务
列出需向用户提供的各项服务，如培训安装、维护和运行支持等，应逐项规定开始日期、所提供支持的级别和服务的期限。
2．3．4非移交的产品
说明开发集体应向本单位交出但不必向用户移交的产品（文件甚至某些程序）。
2．4验收标准
对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。
2．5完成项目的最迟期限
2．6本计划的批准者和批准日期
3实施计划
3．1工作任务的分解与人员分工
对于项目开发中需完成的各项工作，从需求分析、设计、实现、测试直到维护，包括文件的编制、审批、打印、分发工作，用户培训工作，软件安装工作等，按层次进行分解，指明每项任务的负责人和参加人员。
3．2接口人员
说明负责接口工作的人员及他们的职责，包括：
a．负责本项目同用户的接口人员；
b．负责本项目同本单位各管理机构，如合同计划管理部门、财务部门、质量管理部门等的.接口人员；
c．负责本项目同各分合同负责单位的接口人员等。
3．3进度
对于需求分析、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务的预。定开始日期、完成日期及所需资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件（即所谓"里程碑"）。
3．4预算
逐项列出本开发项目所需要的劳务（包括人员的数量和时间）以及经费的预算（包括办公费、差旅费、机时费、资料费、通讯设备和专用设备的租金等）和来源。
3．5关键问题
逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目的影响。
4支持条件
说明为支持本项目的开发所需要的各种条件和设施。
4．1计算机系统支持
逐项列出开发中和运行时所需的计算机系统支持，包括计算机、外围设备、通讯设备、模拟器、编译（或汇编）程序、操作系统、数据管理程序包、数据存储能力和测试支持能力等，逐项给出有关到货日期、使用时间的要求。
4．2需由用户承担的工作
逐项列出需要用户承担的工作和完成期限。包括需由用户提供的条件及提供时间。
4．3由外单位提供的条件
逐项列出需要外单位分合同承包者承担的工作和完成的时间，包括需要由外单位提供的条件和提供的时间。
5专题计划要点
说明本项目开发中需制订的各个专题计划（如分合同计划、开发人员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装计划等）的要点。
软件项目计划书15
一、项目摘要
1.1市场背景
随着中国互联网用户群的日益庞大，互联网产业正扮演着市场经济的重要角色。与此同时，信息时代的来临彻底改变了人们传统的通信手段。从寄信到打电话，从打电话到通话手机，从通话手机到能获取大信息量的智能手机，人们获取信息的主要手段发生了质的变化。人们不会仅仅满足于手机只有通话与发短信的功能，而更多是把手机当成接受讯息的工具，了解时事的工具，建立社交网络的工具，便利生活的工具，游戏娱乐的工具。而大学生对于各种信息平台的接受度和依赖度普遍非常强，但是市面上的生活服务类应用软件鱼龙混杂，针对大学生的需求，以大学生的利益为基本出发点提供信息方便大学生的学习生活的应用软件还少之又少。于是针对大学生群体的校园搜索APP也孕育而生了。
1.2产品简介
校园搜索APP是一个依托第三方平台(IOS平台，安卓平台)，针对在校大学生，聚合大学周边衣食住行等信息，分类集中发布，方便大学生学习生活的应用软件。和58同城，赶集网等生活服务类APP软件相同是：都是为了服务消费者，都为消费者提供信息，方便消费者查询。和其他服务类APP不同的是：校园搜索APP针对的是在校大学生，对消费者进行了细分，同时 APP发布的所有内容，是结合同学们的生活体验，由专门的资料搜集整理人员进行搜集整理筛选确认之后再发布的，所有的信息发布都是以方便大学生生活为基本出发点。其主要内容包括以下几个方面：
1)生活指南
周边饮食：学校食堂的特有招牌菜，供应窗口，供应时间段，价格、学校周边餐馆的招牌菜，特色菜，新款菜系，人均消费，点菜攻略，学长学姐推荐指数，餐馆优惠券，校内外外卖店电话，菜单，餐点饮料搭配套餐;
休闲购物：周边商圈不同档次商场，超市，书店，酒吧，咖啡馆，美术馆等的分布，交通路线、商场的特色品牌，换季折扣信息，同城活动、特色餐馆，特色酒店，团购信息;
二手物品转让：二手书，二手衣物，二手电子产品，二手自行车等;
兼职：校内，校外兼职信息;
校内生活信：停水，停电，宿舍检查，社团活动，晚会举办等信息发布。
2)学习指南
选课指南，优秀课程推荐，选课攻略，选修学分搭配攻略四六级，计算机，司考，国考等专业考试备考指南，资料分享，学习班报名，本校，周边院校，图书馆以及博物馆的讲座指南，考研占座，资料团购，购买往届同学的学习笔记，学校补考，预修，交换生等信息发布。
3)游玩指南
周边景点旅游攻略、同学聚会，日租房，器械出租等。
4)其他
报名驾校考试、各局开各种证明的流程等。
1.3实施计划
联合周边商户，服务同学联合学校周边的一系列配套设施，饭店、旅店、商铺等，为其在APP里提供详细信息和广告，使其加盟大学生校园搜索APP，周边商户可在APP里提供电子优惠券功能、团购功能、二维码功能吸引目标用户。与学校联合，校园信息和新生作为重点，学校资讯提供方面肯定要和学校有一定合作才能提供相应的信息，可与学校谈妥把学校的日常信息、介绍放进APP内。与学校合作对于刚进校的`新生来做推广，把其加进开学教育内容，对大一新生做全面的推广，在学校醒目地方贴该APP应用的二维码让学生们下载，并在校内网上做宣传。之后与多个学校合作，推广到各大高校组织。
二、业务描述
1.1业务简介
校园APP是面向特定学校学生，旨在为学生提供本地化的学习、生活等信息并具备一定社交功能的智能手机应用程序,其功能具体包括：校园资讯、信息查询、生活服务、本地交友等各个方面，不仅可以为高校学生在生活、学习、娱乐中提供各种便捷服务，也为我们大学生创业提供了一个良好的契机。
2.2发展前景
随着智能手机的迅速普及，基于智能手机的手机APP近年来得到了迅速发展。与一般商业化的APP相比，面向高校学生的智能手机APP又有着自身的特点。不同种类APP在具备自身所设计的应用软件功能同时一定程度上也有着媒体的属性，因此，可将其归于新媒体的范畴。 目前对国内校园投入使用的APP数量没有准确的统计数字，可以肯定的是由于开发APP的技术门槛和成本要求都处于较低的水平，未来一段时间内在相应需求的推动下和国家鼓励大学生自主创新创业的政策引导下，投入使用的校园APP数量将进入一个快速增长的阶段
三、产品与服务
3.1APP的设计
APP部分分为ios系统与Android系统两个版本，界面设计以简洁明了的风格为指导，分为用户、功能和软件反馈三部分。
用户部分是用户管理自己的账户和个人信息的部分，支持缺省(即游客登录)，包括账户的信息管理，标签组的管理，自定义标签的管理，推送信息的设置，课表信息的保存，收藏信息的管理;
功能部分是软件功能实现的部分，包括关联百度地图提供导航，关联微信等软件提供地址或店铺等信息的分享，关联闹钟进行提醒，预存的课表系统(包括教学楼内教室平面图)，信息推送系统，以及联网获得店铺信息的系统，用户和软件反馈的实现系统;
软件反馈是对软件进行设置以及用户联系软件设计者的部分。包括软件的基本设置(登陆注销，是否推送消息，版本更新等)，意见反馈(以文字形式提交意见及想法)，商业联系方式(需要宣传的校园活动通过此渠道与专人联系)。
同时也有对应的APP后台管理系统，负责管理上传的店铺信息及各种及时更新的推送消息。同时记录用户的搜素记录等各种信息便于以后升级与完善。
3.2APP的制作
使用JAVA制作Android版，使用苹果发布的iOS专用的SDK制作ios版
3.3APP所提供的服务
1. 校园周边地图及导航：对学校周边的位置进行校园化的标注(校园化意指用本校学生通用的地名在地图上进行详细标注，如使用：七食堂单车棚，一教等。对各个地方进行详尽仔细的标注，每一家店都进行标注，范围是本部，南校，新校，后湖小区，步步高广场等学生常出没的地方，后续追加铁道、湘雅等)同时支持用户间分享地点;
2. 校园及周边的店铺评价：对周围的每个店铺进行星级评价，参照其他的点评APP给出初始评价，对每家店铺给出两个“特色名额”(如饭店为特色菜，饮品店特色饮品，旅馆特色房间等)接受用户的持续更新，每家店都设一张宣传用的实地照片，需要经过验证才会通过。支持店铺的收藏及分享;
3. 常用地点的推荐：对网上各处的攻略贴进行APP的特色化(地图导航，图片预览，评价及收藏信息)，并推出基于特定活动的(而不是地点本身的特点的)专门的推荐组(如：约会该去哪，班级活动地点的选择);
4. 课表及教室指引功能：可以自主设定课程名称，APP内自带上课的时间段和教室位置供选择，同时提供详细的教学楼(A，B，C，D座，新校各楼，本部各楼等)教室位置平面图，上课教室以高亮显示。提供课前闹钟功能，可以自主设定上课前多长时间提醒;
5. 校园信息推送功能：实时推送各个校园网上的信息(各院网，校官方的网站，云麓园，贴吧，学工网，教务管理网等)对信息进行分类并设置标签，用户可以对各个标签进行关注，将实时推送用户关注的标签的信息(包括各类通知，成绩发布时间，新闻，讲座信息等);
6. 生活信息推送功能：对商家的优惠活动，及例如电影院等不断更新的商品信息以类似的标签方式进行推送;
7. 与身份相关的预设标签组：具体细致的预设标签组功能，更加符合校园学生的生活习惯，如班长，体委，新生，吃货，运动达人等;
8. 校园活动宣传窗口：建立一个由学生组织的校园活动的宣传平台，活动组织者或者组织可以联系我们将海报等放置在软件的宣传页。
3.4APP的完善及发展方向
1）对不集中的湘雅，铁道校区资料进行补全;
2）对信息推送的来源网站进行关注，保证信息的实时性;
3）对搜索较高但未被收录的地区进行扩展及补全。
【软件项目计划书】相关文章：
软件项目计划书03-26
软件项目计划书05-16
软件项目计划书(精选)06-16
软件项目计划书(精)06-16
软件项目开发计划书03-16
软件项目计划书15篇04-05
软件项目开发计划书模板03-06
软件项目计划书(精华15篇)06-16
软件项目计划书精品（15篇）06-16