2022年软件系统项目计划书 .pdf

《2022年软件系统项目计划书 .pdf》由会员分享，可在线阅读，更多相关《2022年软件系统项目计划书 .pdf（5页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、系统项目计划书一、 引言1.1 编写目的：制定一套软件项目实施及管理的解决方案, 让公交公司的总经理能更好的认识该系统。1.2 背景：主要说明项目的来历，一些需要项目团队成员知道的相关情况。主要有以下内容：项目名称： BUS系统，项目的委托单位：某市软件公司，项目的用户（单位）：某市公交部门，广大乘客项目的任务提出者：某市市政府项目的主要承担部门：某市公交部门项目建设背景：公共交通是与人民群众生产生活息息相关的重要基础设施。公共交通系统作为城市交通的主体，在满足广大市民出行、确保城市交通稳定运行中发挥着重要作用。“公交优先”已经成为从中央到地方各级政府的共识。优先发展城市公共交通是提高交通资源

2、利用效率，缓解交通拥堵的重要手段。系统与机构的关系：公交部门可以使用该系统，更条理地调度交通，采用信息技术实现公交运营调度智能化，提高公交服务的质量，满足社会需要。1.3 定义：遗撒是指车辆上的东西掉到了路面上，对后面的车辆造成影响。调度就是指调度员对运行车辆碰到一些情况的对应措施。甩站就是指运行的公交车辆到了该停的车站不停车，直接通过。虚开班次是指车辆报告自己开的班次大于实际所开班次，这种行为可不太好。胎压异常是指车辆的轮胎压力异常，处于需要维修的状态1.4 参考资料：列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。

3、本节与下一节的“标准、条约和约定”互为补充，注意“参考资料”未必作为“标准、条约和约定 ”，因为“参考”的不一定是“必须遵守”的。1.5 标准、条约和约定：GB/T 13702-1992计算机软件分类与代码GB/T 20918-2007信息技术软件生存周期 过程风险管理GB/T 19003-2008软件工程GB/T19001-2000GB T 15538-1995软件工程标准分类法GB T 9386-2008计算机软件测试文档编制规范名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1

4、 页，共 5 页 - - - - - - - - - GB T 9385-2008计算机软件需求规格说明规范GB T 15532-2008计算机软件测试规范GB/T 18221-2000信息技术程序设计语言环境与系统软件接口独立于语言的数据类型GB/T 11457-2006信息技术软件工程术语GB 8567-2006 计算机 软件文档编制规范二、项目概述2.1 项目目标：BUS系统主要实现目标是实现公交运营调度的智能化、信息化，通过该系统来代替以往手工调度存在的弊端。2.2 产品目标与范围：系统的主要功能是实现车况、路况、客流的实时监控，通过监控数据实现公交车辆的灵活调度。该系统有五类角色：乘

5、客，乘务员，调度员，业务员和管理员。乘客主要是通过查询页面来查询乘车线路；乘务员采集车辆位置、车速、车况、车辆载客（客流）等数据并入系统，调度员根据采集的这些信息发出调度指令，乘务员执行调度指令；业务员可以生成各种报表；管理员则可以对各个人的权限进行增删改查的操作。2.3 假设与约束：BUS系统开发时间为2010.4.1 2010.10.1 。开发人员人数6 人， 技术文档写作人员人数3 人，测试人员人数 2 人开发经费预算是200 万元人民币。2 台 PCServer 服务器 。2.4 项目工作范围：为公交公司开发一套运营调度管理系统，用信息化手段代替原有的手工调度模式吧。2.5.1需完成的

6、软件：运营调度管理系统。编程语言： JDK存储形式：mysql2.5.2需提交的用户文档：安装维护手册和使用手册。2.5.3需提交内部的文档：需求规格说明书，概要 设计说明书 ，详细 设计说 明书，源代 码清单 、代码 接口说明 、测试 策略 、测试 计划、系统 测试用例 、缺陷报告和最终测试结果报告。2.5.4需提供的服务：本系统将向客户提供一次集中培训和辅导和一年之内的系统维护。2.6 项目开发环境：软件需要Tomcat+Maven+JDK+MySQL+Eclipse及插件。硬件需要PCServer 服务器，人 手一台 PC机。网络环境需要100M及以 上速率局域网， TCP/IP 协议。

7、2.7 项目验收方式与依据：项目验收将采取三方验收的方式进行：客户方，开发方和监理方。通过考察系统的使用情况，用户的反馈以及专家的意见，形成共同意见并共同签署验收报告，标志着验收工作告一段落。三、项目团队组织名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 5 页 - - - - - - - - - 3.1 组织结构：项目团队分为开发组，测试组，文档组和项目管理组。开发组：孙经理、小刘、小齐、小马、小赵、小王测试组：小周、小张、小王文档组：赵经理、小罗、小邓项目管理组：项目

8、经理 XXX需求顾问XXX技术专家 XXX项目组：项目负责人马经理各部门联系人3.2 人员分工：开发组：开发经理孙经理（负责技术难点）组长小刘（负责开发组日常工作和数据库）组员小齐（负责系统开发）- 小马（负责系统开发）- 小赵（美工）- 小王（实习）测试组：测试经理：小周（负责带领测试团队完成整个系统的测试工作）组员小张（负责测试系统）组员小王（负责测试系统）文档组：经理赵经理（负责管理技术文档编写工作）组员小罗（负责技术文档编写）组员小邓（负责技术文档编写）项目管理组：项目经理 XXX （负责全面管理项目的开发工作）需求顾问XXX （负责需求分析工作）技术专家XXX （负责项目的可行性分析

9、以及项目中重大技术问题的决策）项目组：项目负责人马经理（客户方为此项目指定的负责人，代表客户方做出决策）各部门联系人反映各部门业务需求和部门用户意见3.3 协作与沟通：文档组向开发组和测试组挖掘技术信息，写到技术文档中。测试组在开发过程中就介入到开发组中来，和开发人员共同完成本系统的开发任务。管理层给大家分配任务，并督促大家完成。开发组和需求顾问需要深入了解客户需求，通过需求分析明确定义系统的功能，再把设计和开发任务下达到各个小组负责人和组员，然后在规定的时间把产品交给高校，形成一种良性循环。3.3.1项目团队内部协作：文档组向开发组和测试组挖掘技术信息，写到技术文档中。测试组在开发过程中就介

10、入到开发组中来，和开发人员共同完成本系统的开发任务。管理层给大家分配任务，并督促大家完成。3.3.2项目团队外部沟通与协作模式：开发组和需求顾问需要深入了解客户需求，通过需求分析明确定义系统的功能，再把设计和开发任务下达到各个小组负责人和组员，然后在规定的时间把产品交给高校，形成一种良性循环。四、实施计划名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页，共 5 页 - - - - - - - - - 4.1 风险评估及对策：客户需求会经常变更，影响项目的进度。可以加班并延长需求

11、调研时间，也可以严格控制需求变更来防止这类现象出现。至于人员流动问题，可以招聘技术人员作为长期任务，加强沟通，及时了解人员开发动态。并从外部招聘有此类工作经验的技术人员。资金不足，可以请实习学生参与一部分辅助工作，降低开发成本，也可以与客户商量，去掉不必要的需求，降低工作量，减少开发时间。4.2 项目时间管理：项目进度由总经理和各组经理负责，把总体工作计划分配到每个月，进而分配到每一天，每个人。项目启动：三月份完成。由项目经理和技术专家负责。需求分析：四月份完成，由需求顾问完成。系统与测试设计：五月份和六月份完成。其中概要设计由开发经理在五月份完成，详细设计由开发经理在六月份完成。测试策略由测

12、试经理在五月份完成，测试计划由测试经理在六月份完成。编码与测试执行：从七月初到十一月初完成，其中制定编码规范由开发经理在七月中旬完成，确定测试需求由测试经理在七月中旬完成。编码的时间比较长一点，由开发工程师从七月中旬到十一月初完成，单元测试由开发工程师从八月份到十一月初完成，编写测试用例由测试工程师 从七月中旬到十一月初完成。执行测试由测试工程师在十一月份完成。测试评估与系统部署：在十二月份完成。其中测试评估由测试经理在十二月中旬完成，制定部署方案由开发经理在十二月中下旬完成。4.3 质量管理计划：质量管理由项目经理牵头，测试经理通过负责软件测试工作保证软件质量。对每个开发阶段的阶段性成果都进

13、行评审或者测试，以保证软件产品的质量。需求分析阶段：项目经理在 3 月 31 号进行需求评审。系统与测试设计阶段：在 4 月 30 号进行概要设计评审制定测试策略评审，在 5 月 31 号进行详细设计评审和制定测试计划评审，在6 月 5 号进行制 定编码规范评审。测试经理在 6 月 9 号进行测试 需求评审，在8 月 1 号和 9 月 1 号进 行代码审查，在11 月 1 号进行单元测试报告评审和测试用例评审，在12 月 1 号进行缺陷报告评审。测试评估与系统部署阶段：在 12 月 15 号测试经理进行测试评估报告评审，开发经理进行部署方案评审。软件质量出现问题的话，按以下流程解决：1. 发现

14、问题，找出问题的责任人2. 通知问题责任人限期修改3. 问题责任人修改问题4. 问题责任人将修改后的内容反馈给发现问题的人员5. 发现问题的质量管理人员对有问题的部分进行重新检验，确认问题得到修改6. 如果发现问题没有修改，将通知问题责任人继续修改，直到问题得到解决4.4 成本管理计划：项目启动与计划阶段在 3 月份完成，预算10 万元。需求分析在4月份完 成，预算 20万元。系统与测试设计在5 月份完成，预算30 万元。编码与测试执行在6 月份到 10 月份完成，每月预算30 万元 。测试评估与系统部署在 11 月份完成，预算40 万元。系统维护在12 月份完成，预算50 万元。名师资料总结

15、 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4 页，共 5 页 - - - - - - - - - 4.5 配置管理计划: 要采用专用的版本管理工具进行软件版本的控制，由开发经理制定版本控制流程4.6 采购计划 :在项目初期需要采购PCServer 服务器两台和10 台 PC机，以便使用。五、文档历史使用下表版本修改内容修改日期修改人审阅人版本由1.0 开始，每一次审阅通过小数点左边的数字加 1，每一次提交审阅小数点右边的数字加 1全部2011.07.06XXXXXX，名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 5 页，共 5 页 - - - - - - - - -