软件项目报告.docx
- 文档编号:24340796
- 上传时间:2023-05-26
- 格式:DOCX
- 页数:16
- 大小:118.76KB
软件项目报告.docx
《软件项目报告.docx》由会员分享,可在线阅读,更多相关《软件项目报告.docx(16页珍藏版)》请在冰豆网上搜索。
软件项目报告
负责人:
一、项目范围
项目报告
1.1项目背景3
1.2项目内容3
1.3项目与项目管理特点4
1.4IT项目管理的重要性5
1.5项目实施的可行性6
二、项目计划6
2.1项目目标6
2.2项目利益相关者分析7
2.3项目结构(组成)8
2.4阶段模型和里程碑9
2.5进度计划10
三、项目实施12
3.1项目启动12
3.2变更管理12
3.3质量管理13
3.4风险分析14
四、项目收尾15
4.1项目验收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.4IT项目管理的重要性
软件项目管理是一种科学的管理手段,它是为了使软件项目能够按照预定的成本、进度、质量顺利完成,而对成本、人员、进度、质量、风险等进行分析和管理的活动。
从软件工程的角度讲,软件开发主要分为六个阶段:
需求分析阶段、概要设计阶段、详细设计阶段、编码阶段、测试阶段、安装及维护阶段。
不论是作坊式开发,还是团队协作式开发,这六个阶段都是不可缺少的。
从用户的角度来看,软件项目的生命周期应该包括项目前期的论证工作、项目计划、软件开发、运行、维护及项目评价。
由此可见,软件项目管理的范围不仅包括传统的软件开发过程,还应该包括开发前的准备工作以及运行中的维护工作和对项目的总结工作,因此具有极其重要的作用
1.5项目实施的可行性
1人力资源:
本团队所有参与人员均具备良好软件开发基础,且具有一定的软件项目开发
经验;
2设备基础:
工作场地:
软件学院移动终端工作室相关设备:
服务器、投影仪、打印机、笔记本电脑。
3实验条件
项目依托江西师大软件学院下的软件工程专业优势以及学院良好的软硬件环境
4市场需求
废品回收商很多,但基本缺乏科学的回收手段,导致废品不能发挥其最大价值,此项目的成功可以大大减轻这个问题。
二、项目计划
2.1项目目标
1制定目标的依据
根据前期市场调查所发现垃圾回收行业所暴露的问题
2项目目标
着力解决居民家中废旧物品滞留时间久,所得效益低等问题,减少可回收资源大量浪费,实现对大型回收商回收平台的延伸,以及优化回收员的回收路线,提高回收效率,改善国内当前的回收机制,缩短资源循环周期,帮助中小型废旧物品回收企业对人员的管理,方便社区居民实现废旧物品价值最大化。
3成本目标
总成本少于5万元
4工期目标
总工期6个月之内。
5质量目标
整个平台可以正常运行,不出现任何错误。
6安全目标
项目交易金额结算正确无误。
2.2项目利益相关者分析
2.2.1居民利益:
家中大多时候有少量废品存在,留之占地,弃之可惜,打电话给回收商,因为数量少,回收商立即来处理不够划算。
面对私人回收商,东西回收回来后都是再转手卖给大的废品收购站,居民所真正得到的利益被大大减小。
面对广大的客户,本软件实现回收员上门回收,及时高效,保障了广大居民的利益。
222回收商利益:
在没有专业技术的支撑下,垃圾废品处理方式不合理,不仅增加了回收的成本,无法发挥废品的最大价值,也造成了环境污染,如果有一种好的回收手段,那就可以提高废品的回收价值,也可以降低回收的成本。
2.3项目结构(组成)
2.3.1主要工作构成
1、系统定义
分析系统的总体目标,确定各子项的目标,定义居民需求,定义回收商需
求,制定软件需求规格说明书,选择开发方法;
2、市场分析
对目标市场进行分析,确定目标用户,投资规模,盈利手段,风险处理等;
3、系统的设计
制定概要说明书和详细说明书
4、系统实现
编码搭建系统框架和实现系统各功能模块
测试
对实现的各功能模块进行测试以确保准确安全;
2.3.2
工作分解思路
按照软件的生命周期和选择的开发模型进行了WBS,制作出如图1的WBS
项目风险监控
项目收尾总结
2.4阶段模型和里程碑
241项目阶段模型
本系统采用螺旋模型来进行项目开发,螺旋模型采用一种周期性的方法来进行系统开发。
这会导致开发出众多的中间版本。
使用它,项目经理在早期就能够为客户实证某些概念。
该模型是快速原型法,以进化的开发方式为中心,在每个项目阶段使用瀑布模型法。
这种模型的每一个周期都包括需求定义、风险分析、工程实现和评审4个阶段,由这4个阶段进行迭代。
软件开发过程每迭代一次,
软件开发又前进一个层次
242项目里程碑事件
可行性分析报告
需求分析报告
概要设计书
详细设计书
实现编码
测试与交付使用
2.5进度计划
2.5.1项目工作列表
人员工作划分
一、项目于基本情况
项目名称
软件废旧物品回收服务平台制作日期2014.11.16
二、项目任务分配
序号
小组成员
主要任务
1
王建程
文档的编写,设计系统的整体框架,服务器端程序编写
2
王景
文档的编写,设计系统的整体框架,客户端程序编写
3
黄艳晶
负责市场调查和推广
2.5.2项目进度计划(图2)
2.5.3风险应对计划
项目风险管理表ProjectRiskManagement
—、项目于基本情况I.ProjectBasic1nfo
项目名称
软件废旧物品回收服务平台
制作日期2015.1.12
二、项目风险管理II.ProjectRiskManagement
风险发生概率的判断准则theestimationruleofriskhappeningprobability:
高风险:
>60%发生风险的可能性highrisk:
>60%ofriskhappeningprobability
中风险:
30-60%发生风险的可能性mediumrisk:
30-60%ofriskhappeningprobability
低风险:
<30%发生防线的可能性lowrisk:
<30%ofriskhappeningprobability
骨口,序号
风险描述
发生概率
影响程度
风险等级
风险响应计划□
1
普通用户使用频率低
低
极大
中
进行多渠道推广,提高知名度
2
开发人员赶不上开发进度
中
大
高
增加开发组人员
3
愿意使用的回收公司较少
中
大
高
多与之进行沟通,获取更多需求
4
数据服务或服务器故障
低
中
低
尽快排查错误恢复系统的正常运行
2.5.4沟通计划
项目沟通计划表ProjectCommunicationPlan
—、项目于基本情况I.ProjectBasic1nfo
项目名称」软件废旧物品回收服务平台制作日期」2015.1.12
利益干系人
stakeholders
所需信息
Infoneeded
频率
Frequency
方法
Means
责任人
Owner
1李萍
总体进展
每星期
电话
王景
2项目核心成员
关键进展
每五天
项目会议
王建程
3项目所有成员
总体进展
每天
会议纪要/状
态报告
黄艳晶
三、项目实施
3.1项目启动
3.1.1建立项目组织
项目组织ProjectOrganization
—、项目于基本情况I.ProjectBasic1nfo
项目名称2
软件废旧物品回收服务平台J制作日期]2015.1.12
序号
1
组织名称
主要职责
相关人
系统分析和设计组
需求分析、系统设计,编码,测试等
王景,王建程
2
技术培训组
对系统分析和设计组人员进行技术指导
李萍
3
市场推广组
进行市场投资分析
黄艳晶」
3.2变更管理
3.2.1项目的主要变更及解决措施
项目变更Projectchange
—、项目于基本情况I.ProjectBasic1nfo
项目名称
软件废旧物品回收服务平台J制作日期T2015.2.12
序号
变更前
缺点
变更后(解决措
施)
1
回收员客户端,让回收员在地图上自己圈定工作范围
过于放大了回收员的自由度,不利于回收公司对员工的管理,且回收员自己圈定的在工作范围不具有代表性,不能实现城镇小区的全面覆盖,两个小区的划分极可能出现交叉,为后来的回收消息推送带来了困难。
让回收公司制定每个回收人员的工作地点,更利于公司对员工的管理。
2
如何确定小区地点,最初我们采取从XX地图上获取全国各个小区的地点位置信息,方便回收公司派回收员上门回收。
(1)XX地图上的数据不全面,难以及时更新,在此时说话的瞬间,可能有一个小区被建立。
(2)软件在推广阶段,不可能覆盖全部小区,有些小区由于废品产量太小,公司不愿处理。
在本客户端的后台管理管理系统,加入小区管理模块,让回收公司填写该公司有意愿进行服务小区的详细信息,只有公司对该小区授权,该小区的客户才能友好的使用普通用户端的软件。
3
每次交易款的结算方式。
我们采用传统回收员与客户
“一手交钱,一手交货”
的方式进行交易
(1)废品回收缺乏一个标准回收价格,所以回收员可能从中谋取部分利益。
(2)因为没有第三方的支付平台,用户每次的交易积分发送很难做到公正。
最后米用易宝支付解决交易金额结算的问题
3.3质量管理
331质量审核
质量保证QualityAudit
一、项目于基本情况I.ProjectBasic1nfo
项目名
称
软件废旧物品回收服
务平台
制作日
期
2014.12.11
序号
阶段
审核人
审核日期
审核结果
1
可行性分析阶段
李萍
2014.11.14
合格
2
需求分析阶段
李萍
2014.12.2
合格
3J
设计阶段
李萍
2015.2.15
「合格—
4口
编码阶段
李萍
合格
5
测试阶段
李萍
332质量控制
质量控制QualityControl
一、项目于基本情况1.ProjectBasic1nfo
项目名称2
软件废旧物品回收服务平台匚[制作日期12015.2.12
序号
1
2
控制手段
具体说明
负责人
软件测试
找出bug与不合理的逻辑
王建程,王景
从代码源头控制好质量
团队中有一人负责整个产品的质量和代码审核,不定期的经常举行内部培训,发布后bug汇总总结分析,不断提高开发团队技术水平。
发布后出现bug和开发者挂钩,除了不能解决的,严重Bug必须在2个工作日内解决,对于不能解决的bug要给出原因:
是先期设计导致的?
别人的配合代码导致的?
还是其他原因。
这样做目的:
出了问题,找出原因,避免不再重犯。
王建程
3
监督
所有软件开发的步骤按照需求规格说明书,设计说明书来进行,尽量避免变更。
王景
3.4风险分析
风险分析RiskAnalysis
一、项目于基本情况I.ProjectBasicInfo
项目名称软件废旧物品回收服务平台制作日期2015.3.12
序号风险类型项目成败的影响
1
产品规模风险
项目的风险是与产品的规模成正比的,与软件规模相关的常见风险因素有:
产品的用户数,复用的软件有多少,产品的需求变更多少等
2
需求风险
面临着一些不确定性。
当在项目早期容忍了这些不确定性,并且在项目进展过程当中得不到解决,这些问题就会对项目的成功造成很大威胁。
如果不控制与需求相关的风险因素,那么就很有可能产生错误的产品或者拙劣地建造预期的产品。
母种情况对产品来讲都可能致命的。
相关的风险因素有:
(1)对产品缺少清晰的认识,
(2)对产品需求缺少认同,(3)没有优先需求(4)不断变化需求,(5)缺少有效的需求变化管理过程,(6)对需求的变化缺少相关分析等。
3
技术风险
项目团队可能会因为技巧的原因影响项目的成功。
主要有下面这些风险因素:
(1)对方法、工具和技术理解的不够,
(2)应用领域的经验不足,(3)新的技术和开发方法应用等。
4
管理风险
项目参与人数比较少,每个人承担责任比较多,缺少帮手,造成了自己检查自己的错误,这是最难的。
然而,像这些问题可能会使项目的成功变得更加困难。
四、项目收尾
4.1项目验收
项目总结Projectsummary
一、项目于基本情况
项目名称软件废旧物品回收服务平台制作日期2015422
二、项目完成情况总结
1、时间总结
开始时间
2014.11.15
计划完成时间
2015.5.1
实际完成日期
2、成本总结
计划费用实际费用
3、交付结果总结
三、项目经验、总结教训
经验:
1、项目分工较为明确,责任清晰,进度设置合理;
2、团队成员沟通顺畅。
教训收获:
1、在完成软件项目的过程中一定要重视软件文档,不能任意的编写程序,否则软件项目在后期的维护中会非常的繁琐,维护效率也会非常的低。
2、对于基于数据库的软件产品,数据库的结构设计是重中之重,因为如果数据库结构设计不合理,有时会导致一定程度的返工,这时修改代码所消耗的时间会让你觉得得不偿失的,数据库结构设计的好坏在很大程度上决定了软件设计的速度。
3、好的编程习惯是很有必要的,在代码编写过程中,我们始终坚持用英文表示
变量,保证每行都有严格的首行缩进,这都使我们在后期的代码修改和优化时受益很多。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 项目 报告
![提示](https://static.bdocx.com/images/bang_tan.gif)