软件项目报告.docx
- 文档编号:27093876
- 上传时间:2023-06-27
- 格式:DOCX
- 页数:21
- 大小:61.39KB
软件项目报告.docx
《软件项目报告.docx》由会员分享,可在线阅读,更多相关《软件项目报告.docx(21页珍藏版)》请在冰豆网上搜索。
软件项目报告
负责人:
.c
-、项目
围
3
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居民利益:
家多时候有少量废品存在,留之占地,弃之可惜,打给回收商,因为数量少,回收商立即来处理不够划算。
面对私人回收商,东西回收回来后都是再转手卖给大的废品收购站,居民所真正得到的利益被大大减小。
面对广大的客户,本软件实现回收员上门回收,及时高效,保障了广大居民的利益。
2.2.2回收商利益:
在没有专业技术的支撑下,垃圾废品处理方式不合理,不仅增加了回收的成本,无法发挥废品的最大价值,也造成了环境污染,如果有一种好的回收手段,那就可以提高废品的回收价值,也可以降低回收的成本。
2.3项目结构(组成)
2.3.1主要工作构成
1、系统定义
分析系统的总体目标,确定各子项的目标,定义居民需求,定义回收商需求,制定软件需求规格说明书,选择开发方法;
2、市场分析
对目标市场进行分析,确定目标用户,投资规模,盈利手段,风险处理等;
3、系统的设计
制定概要说明书和详细说明书
4、系统实现
编码搭建系统框架和实现系统各功能模块
测试
对实现的各功能模块进行测试以确保准确安全;
2.3.2工作分解思路
按照软件的生命周期和选择的开发模型进行了WB§制作出如图1的WBS
不吆喝服务平台
系统定义
项目启动
系统设计
系统实现
项目团队建议
项目沟通
定义需求
I定义居民需求
定义回收商需求
选择开发方法
定义系统接口
系统功能
系统控制
功能确认
系统技术
模块说明
系统流图
数据库存储
数据转换
集成测试计划
程序编码
单元测试
集成测试
项目风险监控
项目收尾总结
2.4阶段模型和里程碑
2.4.1项目阶段模型
本系统采用螺旋模型来进行项目开发,螺旋模型采用一种周期性的方法来进行系统开发。
这会导致开发出众多的中间版本。
使用它,项目经理在早期就能够为客户实证某些概念。
该模型是快速原型法,以进化的开发方式为中心,在每个项目阶段使用瀑布模型法。
这种模型的每一个周期都包括需求定义、风险分析、工程实现和评审4个阶段,由这4个阶段进行迭代。
软件开发过程每迭代一次,软件开发又前进一个层次。
2.4.2项目里程碑事件
可行性分析报告
需求分析报告
概要设计书
详细设计书
实现编码
测试与交付使用
2.5进度计划
2.5.1项目工作列表
人员工作划分
一、项目丁基本情况
项目名称
软件废旧物品回收服务平台
制作日期2014.11.16
二、项目任务分配
)丁与
小组成员
主要任务
1
王建程
文档的编写,
设计系统的整体框架,
服务器端程序编写
2
王景
文档的编写,
设计系统的整体框架,
客户端程序编写
3
黄艳晶
负责市场调查和推广
2.5.2项目进度计划(图2)
I衅村藉粉M
—
i!
*i"ng
d配
—
/
Em卿鸟众itHtrn-;eS
tA
2ui5¥i3^g辟明30日
沈牛
0:
2.5.3风险应对计划
项目风险管理表ProjectRiskManagement
、项目丁基本情况I.ProjectBasicInfo
项目名称软件废旧物品回收服务平台
制作日期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.ProjectBasicInfo
项目名称软件废旧物品回收服务平■台制作日期2015.1.12
利益干系人
stakeholders
所需信息
Infoneeded
频率
Frequency
方法
Means
责任人
Owner
1萍
总体进展
每星期
王景
2项目核心成员
关键进展
每五天
项目会议
王建程
3项目所有成员
总体进展
每天
会议纪要/状态报告
黄艳晶
三、项目实施
3.1项目启动
3.1.1建立项目组织
项目组织ProjectOrganization
一、项目丁基本情况I.ProjectBasicInfo
项目名称2
软件废旧物品回收服务平■台制作日期2015.1.12
序号
组织名称
主要职责
相关人
1
系统分析和设计组
需求分析、系统设计,编
码,测试等
王景,王建程
2
技术培训组
对系统分析和设计组人
贝进行技术指导
萍
3
市场推广组
进行市场投资分析
黄艳晶
3.2变更管理
3.2.1项目的主要变更及解决措施
项目变更Projectchange
一、项目丁基本情况I.ProjectBasicInfo
项目名称
软件废旧物品回收服务平台
制作日期
2015.2.12
序号
变更前
缺点
变更后(解决措
回收员客户端,让回收员在地图上自己圈定工作围
如何确定小区地点,最初我们采取从白度地图上获取全国各个小区的地点位置信息,方便回收公司派回收员上门回收。
过丁放大了回收员的自由度,不利丁回收公司对员工的管理,且回收员自己圈定的在工作围不具有代表性,不能实现城镇小区的全面覆盖,两个小区的划分极可能出现交义,为后来的回收消息推送带来了困难。
(1)白度地图上的数据不全面,难以及时更新,在此时说话的瞬间,可能有一个小区被建立。
(2)软件在推广阶段,不可能覆盖全部小区,有些小区由丁废品产量太小,公司不愿处理。
施)
让回收公司制定每个回收人员的工作地点,更利丁公司对员工的管理。
在本客户端的后
台管理管理系
统,加入小区管
理模块,让回收
公司填写该公司
有意愿进行服务
小区的详细信
息,只有公司对
该小区授权,该小区的客户才能
友好的使用普通
用户端的软件
(1)
每次交易款的结算方式。
我们采用传统回收员与客户
“一手交钱,一手交货”的方式进行交易
最后采用易宝支
付解决交易金额
结算的问题
废品回收缺乏一个标准回收价格,所以回收员可能从中谋取部分利益。
(2)因为没有第三方的支付平■台,用户每次的交易积分发送很难做到公正。
3.3质虽管理
3.3.1质量审核
质量保证QualityAudit
一、项目丁基本情况I.ProjectBasicInfo
项目名
称
软件废旧物品回收服制作日
务平台期
2014.12.11
序号
阶段
审核人
审核日期
审核结果
1
可行性分析阶
段
萍
2014.11.14
合格
2
需求分析阶段
萍
2014.12.2
合格
3
设计阶段萍2015.2.15
合格
4
编俏阶段
萍
合格
5
测试阶段
萍
3.3.2质量控制
质量控制QualityControl
、项目丁基本情况I.ProjectBasicInfo
项目名称z
钗件废旧物品回收服务平台
制作日期
2015.2.12
序号
控制手段
具体说明
负责人
1
软件测试
找出bug写』、合理的逻辑
王建程,王景
2
从代码源头
控制好质量
团队中有一人负责整个产品的质量和代码审核,不定期的经常举行部培训,发布后bug汇总总结分析,不断提局开发团队技术水平■。
发布后出现bug和开发者挂钩,除了不能解决的,严重Bug必须在2个工作日解决,对丁不能解决的bug要给出原因:
是先期设计导致的?
别人的配合代码导致的?
还是其他原因。
这样做目的:
出了问题,找出原因,避免』、冉重犯。
王建程
3
监督
所有软件开发的步骤按照需求规格说明书,设计说明书来进行,尽量避免变更。
王景
3.4风险分析
风险分析RiskAnalysis
、项目丁基本情况I.ProjectBasicInfo
项目名称
软件废旧物品回收服务平台
制作日期
2015.3.12
风险类型
项目成败的影响
项目的风险是与产品的规模成正比的,与软件规模相
产品规模风
关的常见风险因素有:
产品的用户数,复用的软件有
多少,产品的需求变更多少等
面临着一些不确定性。
当在项目早期容忍了这些不确
定性,并且在项目进展过程当中得不到解决,这些问
题就会对项目的成功造成很大威胁。
如果不控制与需
求相关的风险因素,那么就很有可能产生错误的产品
或者拙劣地建造预期的产品。
每一种情况对产品来讲
都可能致命的。
相关的风险因素有:
(1)对产品缺少活晰的认识,⑵
对产品需求缺少认同,(3)没有优先需求(4)不断变
化需求,(5)缺少有效的需求变化管理过程,(6)对需
求的变化缺少相关分析等。
项目团队可能会因为技巧的原因影响项目的成功。
主
要有下面这些风险因素:
(1)对方法、工具和技术理
解的不够,
(2)应用领域的经验不足,(3)新的技术和
开发方法应用等。
4
管理风险
项目参与人数比较少,每个人承担责任比较多,缺少帮手,造成了自己检查自己的错误,这是最难的。
然而,像这些问题可能会使项目的成功变得更加困难。
四、项目收尾
4.1项目验收
会非常的低。
2、对丁基丁数据库的软件产品,数据库的结构设计是重中之重,
因为如果数据库结构设计不合理,有时会导致一定程度的返工,这
时修改代码所消耗的时间会让你觉得得不偿失的,数据库结构设计
的好坏在很大程度上决定了软件设计的速度。
3、好的编程习惯是很有必要的,在代码编写过程中,我们始终坚
持用英文表示
变量,保证每行都有严格的首行缩进,这都使我们在后期的代码修
改和优化时受益很多。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 项目 报告