软件项目报告

上传人:桔**** 文档编号:506545780 上传时间:2024-01-21 格式:DOC 页数:21 大小:242.50KB
返回 下载 相关 举报
软件项目报告_第1页
第1页 / 共21页
软件项目报告_第2页
第2页 / 共21页
软件项目报告_第3页
第3页 / 共21页
软件项目报告_第4页
第4页 / 共21页
软件项目报告_第5页
第5页 / 共21页
点击查看更多>>
资源描述

《软件项目报告》由会员分享,可在线阅读,更多相关《软件项目报告(21页珍藏版)》请在金锄头文库上搜索。

1、项目报告负责人:目录一、项目范围31.1项目背景31.2项目内容31.3项目与项目管理特点41.4 IT项目管理的重要性51.5项目实施的可行性6二、项目计划62.1项目目标62.2项目利益相关者分析 72.3项目结构(组成)82.4阶段模型和里程碑 92.5进度计划10三、项目实施123.1项目启动123.2变更管理123.3质量管理133.4风险分析14四、项目收尾154.1项目验收15一、项目范围1.1 项目背景随着国家经济的飞速发展,带来了国民生活水平的日益提高,同时各城市、各 乡镇的生活垃圾,建筑垃圾,电子垃圾 也与日俱增,国家相关部门对此高度重 视,回收行业 欣欣向荣”但这也暴露了

2、很多的问题。1回收机构多而不专由于回收行业的门槛低,在没有专业技术的支撑下,垃圾废品处理方式错误百 出,不仅增加了回收的成本,无法发挥废品的最大价值,也造成了环境污染。2大多国民废品回收再利用意识不强生活垃圾不会存储太多,基本全部扔掉或焚烧,没能回收再利用。由于就读于 软件工程专业,想把传统行业与现代技术结合起来,解决或一定程度上缓解上述 弊端,这引起了我们的极大兴趣。1.2 项目内容1项目总体目标构建一个基于移动互联网的智能废旧物品回收综合平台,解决居民家中废旧物 品滞留时间久,所得效益低等问题,减少可回收资源大量浪费,方便社区居民实 现废旧物品价值最大化。实现对大型回收商回收平台的延伸,提

3、高回收效率,改-可编辑修改-善国内当前的回收机制,缩短资源循环周期,帮助中小型废旧物品回收企业对人 员的管理。2 项目的必要性、意义当前,资源紧缺和环境污染问题已经成为制约我国经济增长的首要问题。早在 党的十七大中就指出, 将节约资源和保护环境作为基本国策, 大力发展循环经济, 加快建设资源节约型、环境友好型社会,要求各地抓好资源综合利用,大力回收 和循环利用各种废旧资源。正如我们知道的随着节约资源,保护环境和建设生态 城市的步伐进一步加快,废品的回收再利用的问题也越来越受到人们的关注。物 资回收再利用的作用是任何其他行业所无法替代的。经济发达国家把物资回收再 利用行业看作朝阳产业。随着我国经

4、济的快速发展,技术的进步,更新换代的加速,会有越来越多的商 品失去使用价值变成废旧商品,进入废旧商品回收再利用阶段。因此建立规范的 废旧商品回收市场,防止资源的再流失,能源再浪费,环境再污染,显得极为重 要。1.3 项目与项目管理特点1.3.1 项目特点1 时间紧迫性。任何项目都有周期限制,但是IT行业的特点决定了其在这方面有更加严格的要 求。IT项目的紧迫性决定了项目的历时有限,具有明确的起点或终点,当达到了 目 标或目标被迫终止时,项目即结束。随着信息技术的飞速发展, IT 项目的生命 周期越来越短,时间甚至成为项目成功的决定性因素,因为市场时机稍纵即逝, 如果项目的实施阶段耗时过长,市场

5、将被竞争对手抢走。2 目标渐进性软件平台架构复杂,需求比较多,得到准确的需求需要付出极大的精力,这需 要很长的一段时间。3 项目的阶段性软件有本身的生命周期,软件开发以一个个阶段向前推进。1.3.2 项目管理的特点1 不确定性:软件项目是抽象的,因此软件项目的管理具有不确定性;2 独特性: “没有完全一样的项目 ”,项目的这种独特性对实际项目管理有非常重 要的指导意义,因此软件的项目管理业具备了一定的独特性。3 阶段性:项目的阶段性决定了项目的历时有限,具有明确的起点和终点,当实现了目标或被迫终止时项目结束,因此软件的项目管理具有一定的阶段性。1.4 IT 项目管理的重要性软件项目管理是一种科

6、学的管理手段,它是为了使软件项目能够按照预定的成 本、进度、质量顺利完成,而对成本、人员、进度、质量、风险等进行分析和管 理的活动。从软件工程的角度讲,软件开发主要分为六个阶段:需求分析阶段、 概要设计阶段、详细设计阶段、编码阶段、测试阶段、安装及维护阶段。不论是 作坊式开发,还是团队协作式开发,这六个阶段都是不可缺少的。从用户的角度 来看,软件项目的生命周期应该包括项目前期的论证工作、 项目计划、 软件开发、 运行、维护及项目评价。由此可见,软件项目管理的范围不仅包括传统的软件开 发过程,还应该包括开发前的准备工作以及运行中的维护工作和对项目的总结工 作,因此具有极其重要的作用1.5 项目实

7、施的可行性1 人力资源:本团队所有参与人员均具备良好软件开发基础,且具有一定的软件项目开发经 验;2 设备基础:工作场地:软件学院移动终端工作室 相关设备:服务器、投影仪、打印机、笔记本电脑。3 实验条件 项目依托江西师大软件学院下的软件工程专业优势以及学院良好的软硬件环境4 市场需求废品回收商很多, 但基本缺乏科学的回收手段, 导致废品不能发挥其最大价值, 此项目的成功可以大大减轻这个问题。二、项目计划2.1 项目目标1 制定目标的依据根据前期市场调查所发现垃圾回收行业所暴露的问题2 项目目标着力解决居民家中废旧物品滞留时间久,所得效益低等问题,减少可回收资源 大量浪费,实现对大型回收商回收

8、平台的延伸,以及优化回收员的回收路线,提 高回收效率,改善国内当前的回收机制,缩短资源循环周期,帮助中小型废旧物 品回收企业对人员的管理,方便社区居民实现废旧物品价值最大化。3 成本目标总成本少于 5 万元4 工期目标总工期 6 个月之内。5 质量目标整个平台可以正常运行,不出现任何错误。6 安全目标项目交易金额结算正确无误。2.2 项目利益相关者分析2.2.1 居民利益:- 可编辑修改 -家中大多时候有少量废品存在,留之占地,弃之可惜,打电话给回收商,因为数量少,回收商立即来处理不够划算。面对私人回收商,东西回收回来后都是再 转手卖给大的废品收购站,居民所真正得到的利益被大大减小。面对广大的

9、客户, 本软件实现回收员上门回收,及时高效,保障了广大居民的利益。222回收商利益:在没有专业技术的支撑下,垃圾废品处理方式不合理,不仅增加了回收的成本, 无法发挥废品的最大价值,也造成了环境污染,如果有一种好的回收手段,那就 可以提高废品的回收价值,也可以降低回收的成本。2.3 项目结构(组成)2.3.1主要工作构成1、系统定义分析系统的总体目标,确定各子项的目标,定义居民需求,定义回收商需求,制定软件需求规格说明书,选择开发方法;2、市场分析对目标市场进行分析,确定目标用户,投资规模,盈利手段,风险处理等;3、系统的设计制定概要说明书和详细说明书4、系统实现编码搭建系统框架和实现系统各功能

10、模块测试对实现的各功能模块进行测试以确保准确安全;232工作分解思路按照软件的生命周期和选择的开发模型进行了 WBS,制作出如图1的WBS图不吆喝服务平台项目管理系统定义系统设计系统实现项目计划项目沟通项目团队建议项目启动范围计划任务/活动计划项目进度计划WBS质量计划定义目标平台总体目标定义需求系统功能程序编码确定各项子目标明确关键事件定义居民需求定义回收商需求选择开发方法定义系统接口系统控制功能确认系统技术模块说明系统流图数据库存储数据转换集成测试测试方案定稿.设计测试用例测试测试报告编写集成测试计划项目风险监控项目收尾总结2.4 阶段模型和里程碑2.4.1项目阶段模型本系统采用螺旋模型来

11、进行项目开发,螺旋模型采用一种周期性的方法来进行系统开发。这会导致开发出众多的中间版本。使用它,项目经理在早期就能够为 客户实证某些概念。该模型是快速原型法,以进化的开发方式为中心,在每个项 目阶段使用瀑布模型法。这种模型的每一个周期都包括需求定义、风险分析、工 程实现和评审4个阶段,由这4个阶段进行迭代。软件开发过程每迭代一次,软 件开发又前进一个层次。242项目里程碑事件可行性分析报告需求分析报告概要设计书详细设计书实现编码测试与交付使用2.5 进度计划2.5.1项目工作列表人员工作划分、项目于基本情况项目名称软件废旧物品回收服务平台制作日期 2014.11.16、项目任务分配序号小组成员

12、主要任务1王建程文档的编写,设计系统的整体框架,服务器端程序编写2王景文档的编写,设计系统的整体框架,客户端程序编写3黄艳晶负责市场调查和推广2.5.2项目进度计划(图2) i= rMt* attaWaulW牛 MiUMa真1】诅日suKsa.aM- ilxeib*I0益UJ”列m- tftitiQtSU冃JSX显才吧吐.得41住JliiL冃闭阳眛耙业年第】丘J24JB=自二亘囚上:工a+T(tn2DIHfl 加出:用Ihd 训日H tlffl150-砒环縫时tz Mffn柏姑 LJ丰二帕 Hi*. L?ma SqiiitTt順琲it b tlfta卽】眉I朋asifli7 209.i:iil

13、.-XLmill 出三50154120 1(11齡用扫32 tlftHmsafl艸i帕箱強童曲工柏ria6 ns-話眩梦:Mfra 沖日魁*中I帕 鸥社片宅就別帳射H1ESmaEKHsmai中工忙.砧牡巳B 2(T率切日 2DL5*ZBiB旳弹】Hl昭 切陲2克S 30199 助跑和目2師翩喝筑:连训旳卽W耶宓日谕明?记-】:砖;三-* T7r *:詩:60% 发生风险的可能性 high risk: 60% of risk happeningprobability中风险:30-60% 发生风险的可能性 medium risk: 30-60% of risk happeningprobability低风险:30% 发生防线的可能性 low risk: 30% of risk happening probability序号风险描述发生概率影响程度风险等级风险响应计划1普通用户使用频率低低极大中进行多渠道推广,提高知名度2开发人员赶不上开发进度中大高增加开发组人员3愿意使用的回收公司较少中大高多与之进行沟通,获取更多需求4数据服务或服务器故障

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 医学/心理学 > 基础医学

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号