分享
2023年软件系统项目计划书.docx
下载文档

ID:1726907

大小:22.32KB

页数:10页

格式:DOCX

时间:2023-04-22

收藏 分享赚钱
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,汇文网负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。
网站客服:3074922707
2023 软件 系统 项目 计划书
软件系统工程方案书   系统工程方案书  引言  1.1编写目的:  制定一套软件工程实施及管理的解决方案,让公交公司的总经理能更好的认识该系统。  1.2背景:  主要说明工程的来历,一些需要工程团队成员知道的相关情况。  主要有以下内容:  工程名称:BUS系统,  工程的委托单位:某市软件公司,  工程的用户(单位):某市公交部门,广阔乘客  工程的任务提出者:某市市政府  工程的主要承担部门:某市公交部门  工程建设背景:  公共交通是与人民群众生产生活息息相关的重要根底设施。公共交通系统作为城市交通的主体,在满足广阔市民出行、确保城市交通稳定运行中发挥着重要作用。“公交优先〞已经成为从中央到地方各级政府的共识。优先开展城市公共交通是提高交通资源利用效率,缓解交通拥堵的重要手段。  系统与机构的关系:公交部门可以使用该系统,更条理地调度交通,采用信息技术实现公交运营调度智能化,提高公交效劳的质量,满足社会需要。   1.3定义:  遗撒是指车辆上的东西掉到了路面上,对后面的车辆造成影响。  调度就是指调度员对运行车辆碰到一些情况的对应措施。  甩站就是指运行的公交车辆到了该停的车站不停车,直接通过。  虚开班次是指车辆报告自己开的班次大于实际所开班次,这种行为可不太好。  胎压异常是指车辆的轮胎压力异常,处于需要维修的状态   1.4参考资料:  列出本方案书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位,必要时说明得到这些文件资料和标准的途径。本节与下一节的“标准、条约和约定〞互为补充,注意“参考资料〞未必作为“标准、条约和约定〞,因为“参考〞的不一定是“必须遵守〞的。  1.5标准、条约和约定:  GB/T 13702-1992 计算机软件分类与代码  GB/T 20918-2022 信息技术 软件生存周期过程 风险管理  GB/T 19003-2022 软件工程 GB/T19001-2000  GB/T 15538-1995 软件工程标准分类法  GB/T 9386-2022 计算机软件测试文档编制标准  GB/T 9385-2022 计算机软件需求规格说明标准  GB/T 15532-2022 计算机软件测试标准  GB/T 18221-2000 信息技术 程序设计语言 环境与系统软件接口  独立于语言的数据类型  GB/T 11457-2022 信息技术 软件工程术语  GB 8567-2022计算机软件文档编制标准  工程概述   2.1工程目标:  BUS系统主要实现目标是实现公交运营调度的智能化、信息化,通过该系统来代替以往手工调度存在的弊端。  2.2产品目标与范围:  系统的主要功能是实现车况、路况、客流的实时监控,通过监控数据实现公交车辆的灵活调度。该系统有五类角色:乘客,乘务员,调度员,业务员和管理员。乘客主要是通过查询页面来查询乘车线路;乘务员采集车辆位置、车速、车况、车辆载客(客流)等数据并入系统,调度员根据采集的这些信息发出调度指令,乘务员执行调度指令;业务员可以生成各种报表;管理员那么可以对各个人的权限进行增删改查的操作。  2.3假设与约束:  BUS系统开发时间为2022.4.1—2022.10.1。  开发人员人数6人,技术文档写作人员人数3人,测试人员人数2人  开发经费预算是200万元人民币。  2台PCServer效劳器。  2.4工程工作范围:为公交公司开发一套运营调度管理系统,用信息化手段代替原有的手工调度模式吧。  2.5.1需完成的软件:运营调度管理系统。编程语言:JDK 存储形式: mysql  2.5.2需提交的用户文档:安装维护手册和使用手册。  2.5.3需提交内部的文档:需求规格说明书,概要设计说明书,详细设计说明书,源代码清单、代码接口说明、测试策略、测试方案、系统测试用例、缺陷报告和最终测试结果报告。  2.5.4需提供的效劳:本系统将向客户提供一次集中培训和辅导和一年之内的系统维护。  2.6工程开发环境:软件需要Tomcat+Maven+JDK+MySQL+Eclipse及插件。硬件需要PCServer效劳器,人手一台PC机。网络环境需要100M及以上速率局域网,TCP/IP协议。  2.7工程验收方式与依据:工程验收将采取三方验收的方式进行:客户方,开发方和监理方。通过考察系统的使用情况,用户的反响以及专家的意见,形成共同意见并共同签署验收报告,标志着验收工作告一段落。  工程团队组织  3.1组织结构:工程团队分为开发组,测试组,文档组和工程管理组。  开发组:孙经理、小刘、小齐、小马、小赵、小王  测试组:小周、小张、小王  文档组:赵经理、小罗、小邓  工程管理组: 工程经理—XXX 需求参谋——XXX 技术专家——XXX  工程组:工程负责人——马经理 各部门联系人  3.2人员分工:  开发组:  开发经理—孙经理(负责技术难点)   组长—小刘(负责开发组日常工作和数据库)   组员—小齐(负责系统开发)   --小马(负责系统开发)   --小赵(美工)   --小王(实习)  测试组:   测试经理:小周(负责带着测试团队完成整个系统的测试工作)  组员—小张(负责测试系统)   组员—小王(负责测试系统)  文档组:  经理—赵经理(负责管理技术文档编写工作)  组员—小罗(负责技术文档编写)  组员—小邓(负责技术文档编写)  工程管理组:  工程经理—XXX(负责全面管理工程的开发工作)   需求参谋——XXX(负责需求分析工作)   技术专家——XXX(负责工程的可行性分析以及工程中重大技术问题的决策)  工程组:  工程负责人——马经理(客户方为此工程指定的负责人,代表客户方做出决策)  各部门联系人——反映各部门业务需求和部门用户意见  3.3协作与沟通:文档组向开发组和测试组挖掘技术信息,写到技术文档中。测试组在开发过程中就介入到开发组中来,和开发人员共同完本钱系统的开发任务。管理层给大家分配任务,并催促大家完成。开发组和需求参谋需要深入了解客户需求,通过需求分析明确定义系统的功能,再把设计和开发任务下到达各个小组负责人和组员,然后在规定的时间把产品交给高校,形成一种良性循环。  3.3.1工程团队内部协作:文档组向开发组和测试组挖掘技术信息,写到技术文档中。测试组在开发过程中就介入到开发组中来,和开发人员共同完本钱系统的开发任务。管理层给大家分配任务,并催促大家完成。  3.3.2工程团队外部沟通与协作模式:开发组和需求参谋需要深入了解客户需求,通过需求分析明确定义系统的功能,再把设计和开发任务下到达各个小组负责人和组员,然后在规定的时间把产品交给高校,形成一种良性循环。  实施方案  4.1风险评估及对策:客户需求会经常变更,影响工程的进度。可以加班并延长需求调研时间,也可以严格控制需求变更来防止这类现象出现。至于人员流动问题,可以招聘技术人员作为长期任务,加强沟通,及时了解人员开发动态。并从外部招聘有此类工作经验的技术人员。  资金缺乏,可以请实习学生参与一局部辅助工作,降低开发本钱,也可以与客户商量,去掉不必要的需求,降低工作量,减少开发时间。  4.2工程时间管理:工程进度由总经理和各组经理负责,把总体工作方案分配到每个月,进而分配到每一天,每个人。  工程启动:三月份完成。由工程经理和技术专家负责。  需求分析:四月份完成,由需求参谋完成。  系统与测试设计:五月份和六月份完成。其中概要设计由开发经理在五月份完成,详细设计由开发经理在六月份完成。测试策略由测试经理在五月份完成,测试方案由测试经理在六月份完成。  编码与测试执行:从七月初到十一月初完成,其中制定编码标准由开发经理在七月中旬完成,确定测试需求由测试经理在七月中旬完成。编码的时间比较长一点,由开发工程师从七月中旬到十一月初完成,单元测试由开发工程师从八月份到十一月初完成,编写测试用例由测试工程师从七月中旬到十一月初完成。执行测试由测试工程师在十一月份完成。  测试评估与系统部署:在十二月份完成。其中测试评估由测试经理在十二月中旬完成,制定部署方案由开发经理在十二月中下旬完成。  4.3质量管理方案:  质量管理由工程经理牵头,测试经理通过负责软件测试工作保证软件质量。对每个开发阶段的阶段性成果都进行评审或者测试,以保证软件产品的质量。  需求分析阶段:工程经理在3月31号进行需求评审。  系统与测试设计阶段:在4月30号进行概要设计评审制定测试策略评审,在5月31号进行详细设计评审和制定测试方案评审,在6月5号进行制定编码标准评审。测试经理在6月9号进行测试需求评审,在8月1号和9月1号进行代码审查,在11月1号进行单元测试报告评审和测试用例评审,在12月1号进行缺陷报告评审。  测试评估与系统部署阶段:在12月15号测试经理进行测试评估报告评审,开发经理进行部署方案评审。  软件质量出现问题的话,按以下流程解决:  发现问题,找出问题的责任人  通知问题责任人限期修改  问题责任人修改问题  问题责任人将修改后的内容反响给发现问题的人员  发现问题的质量管理人员对有问题的局部进行重新检验,确认问题得到修改  如果发现问题没有修改,将通知问题责任人继续修改,直到问题得到解决  4.4本钱管理方案:  工程启动与方案阶段在3月份完成,预算10万元。  需求分析在4月份完成,预算20万元。  系统与测试设计在5月份完成,预算30万元。  编码与测试执行在6月份到10月份完成,每月预算30万元。  测试评估与系统部署在11月份完成,预算40万元。  系统维护在12月份完成,预算50万元。  4.5配置管理方案: 要采用专用的版本管理工具进行软件版本的控制,由开发经理制定版本控制流程  4.6采购方案: 在工程初期需要采购PCServer效劳器两台和10台PC机,以便使用。  文档历史  使用下表  版本  修改内容  修改日期  修改人  审阅人  版本由1.0开始,每一次审阅通过,小数点左边的数字加1,每一次提交审阅,小数点右边的数字加1  全部  2022.07.06  XXX  XXX

此文档下载收益归作者所有

下载文档
你可能关注的文档
收起
展开