软件项目报告

-项目报告负责人：目录一、 工程围.31.1 工程背景.31.2 工程容.31.3 工程与工程管理特点.41.4 IT工程管理的重要性.51.5 工程实施的可行性.6二、 工程方案.61.1 工程目标.61.2 工程利益相关者分析.71.3 工程构造组成.81.4 阶段模型和里程碑.91.5 进度方案.10三、 工程实施.121.6 工程启动.121.7 变更管理.121.8 质量管理.131.9 风险分析.14四、 工程收尾.151.10 工程验收.15一、 工程围1.1 工程背景随着国家经济的飞速开展，带来了国民生活水平的日益提高，同时各城市、各乡镇的生活垃圾，建筑垃圾，电子垃圾也与日俱增，国家相关部门对此高度重视，回收行业“欣欣向荣，但这也暴露了很多的问题。1 回收机构多而不专由于回收行业的门槛低，在没有专业技术的支撑下，垃圾废品处理方式错误百出，不仅增加了回收的本钱，无法发挥废品的最大价值，也造成了环境污染。2 大多国民废品回收再利用意识不强生活垃圾不会存储太多，根本全部扔掉或燃烧，没能回收再利用。由于就读于软件工程专业，想把传统行业与现代技术结合起来，解决或一定程度上缓解上述弊端，这引起了我们的极大兴趣。1.2 工程容1 工程总体目标构建一个基于移动互联网的智能废旧物品回收综合平台，解决居民家中废旧物品滞留时间久，所得效益低等问题，减少可回收资源大量浪费，方便社区居民实现废旧物品价值最大化。实现对大型回收商回收平台的延伸，提高回收效率，改善国当前的回收机制，缩短资源循环周期，帮助中小型废旧物品回收企业对人员的管理。2 工程的必要性、意义当前，资源紧缺和环境污染问题已经成为制约我国经济增长的首要问题。早在党的十七大中就指出，将节约资源和保护环境作为根本国策，大力开展循环经济，加快建立资源节约型、环境友好型社会，要求各地抓好资源综合利用，大力回收和循环利用各种废旧资源。正如我们知道的随着节约资源，保护环境和建立生态城市的步伐进一步加快，废品的回收再利用的问题也越来越受到人们的关注。物资回收再利用的作用是任何其他行业所无法替代的。经济兴旺国家把物资回收再利用行业看作产业。随着我国经济的快速开展，技术的进步，更新换代的加速，会有越来越多的商品失去使用价值变成废旧商品，进入废旧商品回收再利用阶段。因此建立规的废旧商品回收市场，防止资源的再流失，能源再浪费，环境再污染，显得极为重要。1.3 工程与工程管理特点1.3.1 工程特点1 时间紧迫性。任何工程都有周期限制，但是IT行业的特点决定了其在这方面有更加严格的要求。IT工程的紧迫性决定了工程的历时有限，具有明确的起点或终点，当到达了目标或目标被迫终止时，工程即完毕。随着信息技术的飞速开展，IT工程的生命周期越来越短，时间甚至成为工程成功的决定性因素，因为市场时机稍纵即逝，如果工程的实施阶段耗时过长，市场将被竞争对手抢走。2 目标渐进性软件平台架构复杂，需求比较多，得到准确的需求需要付出极大的精力，这需要很长的一段时间。3 工程的阶段性软件有本身的生命周期，软件开发以一个个阶段向前推进。1.3.2 工程管理的特点1 不确定性：软件工程是抽象的，因此软件工程的管理具有不确定性；2 独特性：“没有完全一样的工程，工程的这种独特性对实际工程管理有非常重要的指导意义，因此软件的工程管理业具备了一定的独特性。3 阶段性：工程的阶段性决定了工程的历时有限，具有明确的起点和终点，当实现了目标或被迫终止时工程完毕，因此软件的工程管理具有一定的阶段性。1.4 IT工程管理的重要性软件工程管理是一种科学的管理手段，它是为了使软件工程能够按照预定的本钱、进度、质量顺利完成，而对本钱、人员、进度、质量、风险等进展分析和管理的活动。从软件工程的角度讲，软件开发主要分为六个阶段：需求分析阶段、概要设计阶段、详细设计阶段、编码阶段、测试阶段、安装及维护阶段。不管是作坊式开发，还是团队协作式开发，这六个阶段都是不可缺少的。从用户的角度来看，软件工程的生命周期应该包括工程前期的论证工作、工程方案、软件开发、运行、维护及工程评价。由此可见，软件工程管理的围不仅包括传统的软件开发过程，还应该包括开发前的准备工作以及运行中的维护工作和对工程的总结工作，因此具有极其重要的作用1.5 工程实施的可行性1 人力资源：本团队所有参与人员均具备良好软件开发根底，且具有一定的软件工程开发经历；2 设备根底：工作场地：软件学院移动终端工作室相关设备：效劳器、投影仪、打印机、笔记本电脑。3 实验条件工程依托师大软件学院下的软件工程专业优势以及学院良好的软硬件环境4 市场需求废品回收商很多，但根本缺乏科学的回收手段，导致废品不能发挥其最大价值，此工程的成功可以大大减轻这个问题。二、 工程方案1.6 工程目标1 制定目标的依据根据前期市场调查所发现垃圾回收行业所暴露的问题2 工程目标着力解决居民家中废旧物品滞留时间久，所得效益低等问题，减少可回收资源大量浪费，实现对大型回收商回收平台的延伸，以及优化回收员的回收路线，提高回收效率，改善国当前的回收机制，缩短资源循环周期，帮助中小型废旧物品回收企业对人员的管理，方便社区居民实现废旧物品价值最大化。3 本钱目标总本钱少于5万元4 工期目标总工期6个月之。5 质量目标整个平台可以正常运行，不出现任何错误。6 平安目标工程交易金额结算正确无误。1.1 工程利益相关者分析1.1.1 居民利益：家多时候有少量废品存在，留之占地，弃之可惜，打给回收商，因为数量少，回收商立即来处理不够划算。面对私人回收商，东西回收回来后都是再转手卖给大的废品收购站，居民所真正得到的利益被大大减小。面对广阔的客户，本软件实现回收员上门回收，及时高效，保障了广阔居民的利益。1.1.2 回收商利益：在没有专业技术的支撑下，垃圾废品处理方式不合理，不仅增加了回收的本钱，无法发挥废品的最大价值，也造成了环境污染，如果有一种好的回收手段，那就可以提高废品的回收价值，也可以降低回收的本钱。1.2 工程构造组成1.2.1 主要工作构成1、 系统定义分析系统的总体目标，确定各子项的目标，定义居民需求，定义回收商需求，制定软件需求规格说明书，选择开发方法；2、 市场分析对目标市场进展分析，确定目标用户，投资规模，盈利手段，风险处理等；3、 系统的设计制定概要说明书和详细说明书4、 系统实现编码搭建系统框架和实现系统各功能模块测试对实现的各功能模块进展测试以确保准确平安；1.2.2 工作分解思路按照软件的生命周期和选择的开发模型进展了WBS，制作出如图1的WBS图。图11.3 阶段模型和里程碑1.3.1 工程阶段模型本系统采用螺旋模型来进展工程开发，螺旋模型采用一种周期性的方法来进展系统开发。这会导致开发出众多的中间版本。使用它，工程经理在早期就能够为客户实证*些概念。该模型是快速原型法，以进化的开发方式为中心，在每个工程阶段使用瀑布模型法。这种模型的每一个周期都包括需求定义、风险分析、工程实现和评审4个阶段，由这4个阶段进展迭代。软件开发过程每迭代一次，软件开发又前进一个层次。1.3.2 工程里程碑事件可行性分析报告需求分析报告概要设计书详细设计书实现编码测试与交付使用1.4 进度方案1.4.1 工程工作列表人员工作划分一、工程于根本情况工程名称软件废旧物品回收效劳平台制作日期二、工程任务分配序号小组成员主要任务1王建程文档的编写，设计系统的整体框架，效劳器端程序编写2王景文档的编写，设计系统的整体框架，客户端程序编写3黄艳晶负责市场调查和推广1.4.2 工程进度方案图2图21.4.3 风险应对方案工程风险管理表 ProjectRiskManagement一、工程于根本情况I.ProjectBasicInfo工程名称软件废旧物品回收效劳平台制作日期2021 .1.12二、工程风险管理 II.ProjectRiskManagement风险发生概率的判断准则theestimationruleofriskhappeningprobability:高风险：60%发生风险的可能性highrisk:60%ofriskhappeningprobability中风险：30-60%发生风险的可能性mediumrisk:30-60%ofriskhappeningprobability低风险：30%发生防线的可能性lowrisk:30%ofriskhappeningprobability序号风险描述发生概率影响程度风险等级风险响应方案1普通用户使用频率低低极大中进展多渠道推广，提高知名度2开发人员赶不上开发进度中大高增加开发组人员3愿意使用的回收公司较少中大高多与之进展沟通，获取更多需求4数据效劳或效劳器故障低中低尽快排查错误恢复系统的正常运行1.4.4 沟通方案工程沟通方案表ProjectmunicationPlan一、工程于根本情况I.ProjectBasicInfo工程名称软件废旧物品回收效劳平台制作日期2021 .1.12利益干系人stakeholders所需信息Infoneeded频率Frequency方法Means责任人Owner1萍总体进展每星期王景2工程核心成员关键进展每五天工程会议王建程3工程所有成员总体进展每天会议纪要/状态报告黄艳晶三、 工程实施1.5 工程启动1.5.1 建立工程组织工程组织Project Organization一、工程于根本情况I.ProjectBasicInfo工程名称软件废旧物品回收效劳平台制作日期2021 .1.12序号组织名称主要职责相关人1系统分析和设计组需求分析、系统设计，编码，测试等王景，王建程2 技术培训组对系统分析和设计组人员进展技术指导萍3 市场推广组进展市场投资分析黄艳晶1.6 变更管理1.6.1 工程的主要变更及解决措施工程变更Project change一、工程于根本情况I.ProjectBasicInfo工程名称软件废旧物品回收效劳平台制作日期2021 .2.12序号变更前缺点变更后解决措施1回收员客户端，让回收员在地图上自己圈定工作围过于放大了回收员的自由度，不利于回收公司对员工的管理，且回收员自己圈定的在工作围不具有代表性，不能实现城镇小区的全面覆盖，两个小区的划分极可能出现穿插，为后来的回收消息推送带来了困难。让回收公司制定每个回收人员的工作地点，更利于公司对员工的管理。2如何确定小区地点，最初我们采取从百度地图上获取全国各个小区的地点位置信息，方便回收公司派回收员上门回收。1百度地图上的数据不全面，难以及时更新，在此时说话的瞬间，可能有一个小区被建立。2软件在推广阶段，不可能覆盖全部小区，有些小区由于废品产量太小，公司不愿处理。在本客户端的后台管理管理系统，参加小区管理模块，让回收公司填写该公司有意愿进展效劳小区的详细信息，只有公司对该小区授权，该小区的客户才能友好的使用普通用户端的软件。3每次交易款的结算方式。我们采用传统回收员与客户“一手交钱，一手交货的方式进展交易1废品回收缺乏一个标准回收价格，所以回收员可能从中谋取局部利益。2因为没有第三方的支付平台，用户每次的交易积分发送很难做到公正。最后采用易宝支付解决交易金额结算的问题1.7 质量管理1.7.1 质量审核质量保证Quality Audit一、工程于根本情况I.ProjectBasicInfo工程名称软件废旧物品回收效劳平台制作日期序号阶段审核人审核日期审核结果1可行性分析阶段萍合格2 需求分析阶段萍合格3 设计阶段萍2021 .2.15合格4编码阶段萍合格5测试阶段萍1.7.2 质量控制质量控制Quality Control一、工程于根本情况I.ProjectBasicInfo工程名称软件废旧物品回收效劳平台制作日期2021 .2.12序号控制手段具体说明负责人1软件测试找出bug与不合理的逻辑王建程,王景2 从代码源头控制好质量团队中有一人负责整个产品的质量和代码审核，不定期的经常举行部培训，发布后bug汇总总结分析，不断提高开发团队技术水平。发布后出现bug和开发者挂钩，除了不能解决的，严重Bug必须在2个工作日解决，对于不能解决的bug要给出原因：是先期设计导致的.别人的配合代码导致的.还是其他原因。这样做目的：出了问题，找出原因，防止不再重犯。王建程3监视所有软件开发的步骤按照需求规格说明书，设计说明书来进展，尽量防止变更。王景1.8 风险分析风险分析Risk Analysis一、工程于根本情况I.ProjectBasicInfo工程名称软件废旧物品回收效劳平台制作日期2021 .3.12序号风险类型工程成败的影响1产品规模风险工程的风险是与产品的规模成正比的，与软件规模相关的常见风险因素有：产品的用户数，复用的软件有多少，产品的需求变更多少等2 需求风险面临着一些不确定性。当在工程早期容忍了这些不确定性，并且在工程进展过程当中得不到解决，这些问题就会对工程的成功造成很大威胁。如果不控制与需求相关的风险因素，则就很有可能产生错误的产品或者拙劣地建造预期的产品。每一种情况对产品来讲都可能致命的。相关的风险因素有：(1)对产品缺少清晰的认识，(2)对产品需求缺少认同， (3)没有优先需求 (4)不断变化需求，(5)缺少有效的需求变化管理过程，(6)对需求的变化缺少相关分析等。3 技术风险工程团队可能会因为技巧的原因影响工程的成功。主要有下面这些风险因素： (1)对方法、工具和技术理解的不够，(2)应用领域的经历缺乏，(3)新的技术和开发方法应用等。4管理风险工程参与人数比较少，每个人承担责任比较多，缺少帮手，造成了自己检查自己的错误，这是最难的。然而，像这些问题可能会使工程的成功变得更加困难。四、 工程收尾1.9 工程验收工程总结Project summary一、工程于根本情况工程名称软件废旧物品回收效劳平台制作日期2021 .4.22二、工程完成情况总结1、时间总结开场时间方案完成时间2021 .5.1实际完成日期2、本钱总结方案费用实际费用3、交付结果总结三、工程经历、总结教训经历：1、工程分工较为明确，责任清晰，进度设置合理； 2、团队成员沟通顺畅。教训收获：1、在完成软件工程的过程中一定要重视软件文档，不能任意的编写程序，否则软件工程在后期的维护中会非常的繁琐，维护效率也会非常的低。2、对于基于数据库的软件产品，数据库的构造设计是重中之重，因为如果数据库构造设计不合理，有时会导致一定程度的返工，这时修改代码所消耗的时间会让你觉得得不偿失的，数据库构造设计的好坏在很大程度上决定了软件设计的速度。3、好的编程习惯是很有必要的，在代码编写过程中，我们始终坚持用英文表示变量，保证每行都有严格的首行缩进，这都使我们在后期的代码修改和优化时受益很多。. z.