2023年12月13日发(作者:丰田皇冠停产了吗?)

目录

第1章项目概述

1.1 项目概况

在低价的前提下,提供优质的产品与服务,是二手服务的核心理念。随着经济的迅速发展与科技日新月异的进步,残品更新换代越来越快,人们购买新商品后越来越多旧的商品积压需要处理,加之生活压力越来越大,物价越来越高,人们逐渐倾向于购买便宜而又实惠的二手商品。这种现象尤其在大学校园里尤为普遍,目前校园二手商品交易成为大学生课余生活的一大热门,许多学校经常举办跳蚤市场,收到学生们的热烈欢迎,但大多是闲置不用的书记或生活用品,规模小,品类少,广大学生需求得不到充分满足,针对这一现象,一款既可面向校园又可服务于社会的二手交易软件应运而生,面对市场需求,二手交易发展潜力极大。

1.2 项目产品服务

本项目产品为二手交易,其支持项目包括商户后台管理系统、用户前端系统等。分为和系统两个版本,支持市场上的所有主流手机型号。

产品目前主要服务于有二手交易倾向人群,为该人群提供二手物品信息发布,用户可以发布买卖信息,也可以发布二手物品交换信息,做到以物换物,用户还可以针对自己的物品发布拍卖信息,设置底价,求购者竞价购买,用户还可以申请对个人物品进行鉴定,通过引入第三方鉴定机构,对商品进行鉴定,免除购买者疑虑,用户亦可以为自己的账户购买会员功能来提升好感度,是求购方对卖家信赖度增加。

项目初期,定义的使用者面向大学生,未来,我们可以扩大项目面向人群,不仅服务于校园,还可以服务于某一区域,某一座城市,逐步使项目的适用范围和适用人群扩大,使产品的功能服务更趋于完善,做到更人性化。

1.3 项目商业模式概述

本产品立足区域化和同城化,免费为用户提供二手物品交易信息平台,并提供物品鉴定服务,通过导入第三方鉴定,收取一定鉴定费用,提高发布物品信任度,同时也为用户提供会员服务,用户通过开通会员享有会员特权,产品自身通过两种增值服务实现收入。产品同时还可以提供广告服务来实现收入。

1.4 项目核心优势概述

专门针对二手交易交换的网站和应用市面上现在还处于一个空缺领域,在网站系统平台,二手交易大多为网站的一个服务模块,而且只提供信息发布,移动端目前也只有一款名叫私活的,功能依然不是很完善,本项目的优势在于专注二手交易交换,更强调同城同区域交易,这样可以增加对交易的信誉度,这种同区域体现在一个同一个校园,方便学生对闲置物品交易,尤其针对每年大学生毕业季,离校 的同学闲置物品多,扔掉会产生浪费,家远还带不走这种矛盾,这种区域交易就使得闲置物品得以充分利用。该项目还将提供闲置物品拍卖功能,卖方可以设置底价,对其感兴趣的买方可以竞价,同时也提供物物交换功能,以物换物,物尽其用。

1.5 项目融资计划概述

为了该项目的快速推进,尽快推向市场,初期可以在校园,以学生为用户群,建立初期用户群,具备一定用户群后,可以将股份出让的形式来获取分先投资公司的投资,计划转让持有人的25%的股份以换取资金支持

第2章项目背景

2.1市场背景

随着社会的进步,经济的发展人们的物质文化生活日益充足,尤其是大学生,在父母提供经济来源的情况下出现了对物品的严重浪费现象。但也有很大一部分大学生由于物价的不断上涨,身边环境的影响,不得不加大自己的生活开支,在家庭经济的状况不是很好的情况下还给父母增加更重的负担。由此,在校园打开二手市场会有比较广阔的前景,目前二手市场已经在中国兴起,但是还是属于比较空洞,没有组织性,没有广泛性,没有一个统一的平台。首先面向校园,拥有巨大的用户群体,在每个学期的期末,尤其是大学生毕业的时候,都会有大量的仍可利用,发挥其使用价值的学习生活用心被无情的丢弃或浪费掉。面向社会,如今生活水品提高,人们的购买力也不断提高,这就导致了很多闲置物品的产生,这些闲置物品对于其他人可能 还有会有很大的用处。鉴于此,同时也是为了响应国家建设社会主义节约型社会,合理利用资源,提高资源的可循环利用率,建立一个二手交易平台势在必行。

2.2 二手商品交易网国内外现状

近几年,随着计算机技术和网路技术的迅速发展,人们的生活被各种网络服务系统所影响。网上购物已经融入了人们的日常生活中,与传统的购物方式相比,网上购物更加方便、快捷的同时也充满了乐趣,于是电子商务开始流行起来。

目前,鉴于电子商务对经济增长的巨大推动作用,许多国家大力推进点商务在国民经济各个领域的应用。美国在电子商务的技术、社会法律和市场效应方面均处于领先地位,有注明的购物网站、等。欧洲的电子商务虽然起步晚于美国,但是其发展势头非常迅猛,通过出台《欧盟电子商务动议》,开房电信市场,推动电子欧洲计划等不断发展电子商务。国外的电子商务系统发展已相对完善,但仍存在一定得问题,大多数系统忽略了二手商品交易市场这个独特的环境,针对性不强。并且,由于二手商品交易应用的商务模式还处在探索阶段,因此二手商品交易的电子商务真正成熟发展的还不太多。

电子商务在我国的起步比较晚,但是发展速度很快。当电子商务概念导入国内市场后,被复制和魔方的速度也比较快,二手商品交易网如雨后春笋般发展起来,如中国二手交易网、中国二手车交易网等等。目前,二手商品交易网分类比较多,基本上可分为二手房、二手车、二手日常生活用品、二手书等几大类;按低于兴奋,有地方的二手商品交易网和全国性的二手商品交易网。根据网上二手商品交易网站提供的服务来看,二手商品交易网又可以分为两种:一种知识提供 了发布二手商品信息的平台,大多是区域性的网站,这些网站只提供给广大朋友发布二手信息的平台但不参与到买卖双方的交易中,像这样的网站完全是二手卖家和二手买家之间的交易,这样的交易方式相对稳妥,但是二手商品不是新产品,因此不能像新产品那样贴上明确的价格标签,就需要卖家和卖家进行沟通交流,而且区域性是其最大的弱点。另外一种就是专门的二手商品交易网站了,在这样的网站进行交易,由于交易系统不够完善,存在这一定得安全隐患,可能会给买家带来损失。

虽然二手商品交易网的发展势头一点都不比一般产品销售网站地,但是,二手商品有一个折旧率和破损率的问题,所以不能像新产品一样表明产品性能,让消费者能一眼看明白,所以验证二手商品要比新产品难得多,所以一般都是采取线下当面交易的方式,所以一般本地的二手商品交易网发展得比全国性质的要好一些。总得来说,二手商品交易都在不断发展,不断完善。

第3章市场分析

本章节以初期学生用户群为分析对象,对二手市场进行分析。

3.1 交易产品分析

通过调查显示,70.8%的学生选择交易的产品是书籍特别是二手教材;62.5%选择工具类的产品(电风扇、自行车等);29.2%的学生选择电子产品,包括手机、电脑耗材等。说明流通在学生二手市场的产品主要集中在书籍、工具类产品以及电子产品相关。大学教育的自主性,不同于中学教育的固定模式,相较于购买新书学生更愿意购买二手教材;同时电子产品更新换代的加快,使得学生在追求时尚的同 时考虑选择性价比较高的二手产品。

3.2 消费心理分析

“求实”。大学生这类群体关注的重点是产品是否符合自身生活学习的需要。在购买之前,会对产品进行信息收集和加之分析,根据对产品加之的认知程度来判断是否具有使用价值。“求廉”。这类顾客在选购二手产品的时候,最关注的是加个是否低廉。由于购买力的限制,选择低价的产品可以节省一大笔费用。“求新”。这类群体非常关注产品的使用程度、购买时间、外观。对于难以负担购买新产品,但是又渴望拥有潮流产品的顾客来说具有强烈的吸引力。

3.3 二手市场信息获取渠道分析

通过市场调查知道,有45.8%的被调查者是通过网络了解到二手交易市场的。可见二手交易网站作为二手交易信息的发布平台,适应实际的需要和用户的欢迎。它可以更好的消除信息不对称问题,更有效的对接供给和需求,使校内二手物品交易更顺利的进行。

3.4竞争对手分析

目前还没有存在主要的竞争对手,校园里只有些零散的不成规模的个体单独出售自己的闲置物品。

3.5消费者分析

在校的大学生有一部分消费群体(经济能力较强的)可能急于想购买新的产品而没有足够的钱,想找个途径卖出自己的旧商品后再买新的,或者需要处理一些自己不再用的商品;另一部分消费群体(经 济能力较弱的)由于资金问题无法获得自己想要的产品,只能通过二手市场来购买哪些便宜的、实惠的商品。

3.6 市场定位分析

对于我们的平台,我们将以更专业化的服务、独特的经营模式以及标准化的管理为广大高校学生提供优质服务。根据我们的问卷调查结果显示,在买方市场来说,对于二手产品的接受程度由高到低依次为学习资料占38%,自行车占20%,电子产品占17%,体育用品占13%,电器占9%,而其他私密类的用品如衣服、鞋等占3%。在卖方市场来说,愿意出售的二手产品由高到低依次为学习资料占32%,电子产品占22%,电器占17%,自行车占16%,其他占13%。很明显,买卖双方存在着一定的交集,这就是我们的市场定位。而大部分学生可以接受的二手交易价格普遍在原来销售价格的50%。这也是给二手市场的利润带来了较大的空间。

3.7 市场可行性分析

根据调查结果显示,大部分学生会选择二手交易是因为其价格低廉,性价比比较高,同时能够满足短期的使用需求。这样可以实现资源的有效利用。当然,同样也根据消费者的心理,也存在不购买二手商品的理由。像是针对电器、电子商品等,大部分学生是对它的的安全隐患存在担忧,也有人担心二手商品使用不顺手,还担心售后的服务问题,万一出现了质量问题,就无从追究,而对于那些衣物等私密物品,最担心的莫过于就是卫生问题。二手产品的优势在较长的一段时间是不会有其他改变的。而这些担忧在接受二手产品确实可以加以控制,但有时为了不限制产品的种类和数量,这也是不可避免的。

第4章二手市场分析

4.1 (优势)

(1)消费群体稳定。大学校园里稳定的学生客户群。大学生有许多共同的兴趣和消费倾向,消费商品较单一。每年数千学生的流动为大学城的消费带来了新鲜血液。大学校园里的消费群体素质较高,容易接受新鲜事物,特别是学生年龄一般在18-25岁,正处在求知欲旺盛的阶段。

(2)成本低。首先学生居住很集中,降低了输送成本,再一个,每个大学都有自己的校园网。我们可以利用校园电子商务进行宣传,也可以通过学校的展板进行宣传。

(3)具有一定的独创性,宣传意识强,促销有一定的针对性,竞争对手少,服务独特,市场广阔,利润大。

4.2 (弱势)

可能由于首创的面对大学校园的在校生商品二手买卖服务,知名度还不够高,需要充当开拓者的角色,其中必定有很多困难,同时也是处于商品的导入期,需要培养消费者对平台的信任感,提高知名度。

4.3 (机会)

由于能够买足大对数在校大学生,在其他高校推出网站推广活动,吸引消费者,手法比较新颖。

4.4 (威胁)

由于现在是平台在同行业中扮演披荆斩棘的角色,如果平台没有 及时的创新和维护,很容易被后来者所赶上并取而代之。所以要时常做好维护工作。

第5章项目商业模式与营销策略

5.1. 宣传方案

5.1.1 促销策略

将合适的产品,在适当的地点、以适当的价格出售,大致可以通过两种方式:直接促销和间接促销。

直接促销,通过推销员等于消费者见面,向他们发放宣传稿、传单等来引起他们的兴趣,我们也可以不定期的举办促销活动,在促销现场举办各种各样的活动,如送样品、代价券、有奖销售、竞猜等。

间接促销即通过间接的方式与手段达到宣传与促销的目的。通过张贴广告,发放各种传单等向消费者们提供我们商品信息以及特殊时期的特殊价格,并不定时的通过一系列促销活动来促进销售。

5.1.2具体广告策略

(1)宣传单发送:通过促销人员定期定点进行面对面传单发送,确保宣传单精美有效,有助于促销信息的流通。

(2)校园广告栏粘贴:在广告栏内贴宣传海报,放置展板与悬挂横幅。

赞助一定的活动:通过赞助提高知名度,增强同学们的认可度,树立良好的品牌形象。

(3)定时举行团购:通过信息反馈定期举行团购,组织专业的导购人员,以相对较低的价格提供给客户。

(4)季节性降价策略:根据不同的季节适当调整价格,通过价格的波动刺激消费者的购买欲望,并可以调整商品结构,及时处理商品,保证资金的流动性。

5.2 营销策略

通过集中资源、管理、地理位置优势,扩大知名度以及二手商品交易范围,提供多项服务,增加二手商品交易数量、需求者的平均购买量,提供快捷、舒适的服务以及有效的管理,刺激高校学生潜在需求和购买欲望,并同时提高自身信誉。营销策略包括:

(1)广告策略:加强高校二手交易平台的广告宣传,明确自身定位,大力宣传服务的差异化以及管理的专业化。通过海报,展板等形式宣传,及时地将产品信息传递给广大师生。这种方式宣传比较方便快捷,廉价,是实行低成本战略的一种体现方式。

(2)价格策略:与供应者根据物品本身协商定价,考虑到我们的主要顾客是学生群体,学生群体具有一些特殊性,例如容易接受环境的影响,对价格比较敏感等,我们采用低成本战略,即我们会适当降低给我们提供货源的价格,然后在此基础上考虑我们的经营利益适当的加价卖给顾客采取薄利多销的营销方式。

(3)促销策略:针对学生群体,最传统也是最有效的方式就是深入学生宿舍,发放宣传传单、网上宣传、张贴海报,同学间口头宣传。

(4)公共关系:学校领导及老师的支持;与同学们友好的关系;新闻媒体的关注。通过学校里的团学活动,吸引广大师生关注二手商品交易平台。

(5)营业推广:业务规模的再扩大及影响范围的再扩大,满足高校更多学生的需求。从一些生活必需品逐渐扩大到电子产品,扩大规 模。

(6)体验营销:网址吸引顾客以后,商品陈列的作用就显现出来了,提供商品拍摄,详细信息,网页设计简洁大方、美观明了,付款程序简单易操作,让顾客享受舒服的用户体验。

第6章项目实施与计划

6.1 工作内容

为完成本项目,需要按照需求分析、设计、评审、编码、测试、安装和维护等不同的阶段来进行,其中,本计划不考虑维护阶段所做的工作。

需求分析明确本项目所开发产品的特性,并对不同的功能组进行划分,并得到用户方的确认。

设计阶段将该需求转化为计算机的模型,并且对实现的功能进行分配,详细设计还将提供各模块、任务、功能点的详细规划。

评审分布在项目的阶段点,是质量保证的一部分,评审活动用于确定和调整与需求的偏差,以确保最后的产品符合初始提出的要求。

编码实现将按照软件产品设计所描述的内容,编写代码实现软件各部分的功能。

测试部分包括对实现过程中的错误的修改、功能的改进的一些活动,同时包括了各子系统、模块、功能点的组合和连调。

以上的过程中,包含了不同阶段的文档输出工作,并且上一阶段的输出,通常作为下一阶段的输入而存在。

详细的工作包和任务的分配,请参考执行计划的工作分解结构。

6.2 主要参加人员

本项目全职参与人员包括:

人员名称

主要职责或职务

项目经理

系统分析员

程序员

测试工程师

文档工程师

成员技能说明

项目的规划、指导,数据库的设计

系统分析,页面设计

软件工程师,参与脚本编码、系统连调

测试的产品化工作

文档、需求分析和外部接口的一些工作

项目其他间接的参与的人员,如客户的接口人员、公司的项目主管、评审专家等,在本文论述的地方进行说明。

6.3 接口人员

负责接口工作的人员及他们的职责,包括:

A、项目经理负责同用户的组织接口事务,包括变更和事务协调等;

系统分析员负责用户的技术接口,包括一些技术方案的演示和确认;

产品专员负责同用户的人际接口,包括文档、资料、培训和一些事务性的沟通。

B、

项目经理负责组织内部的接口,包括项目进度报告,资源协调等;

C、

项目经理负责处理合同方面的接口;

以上的接口事务,在上面的职责分配图中已经进行了表述。

6.4项目的工作分解结构

设计阶

D1:项目计划会议,对项目的执行进行专题讨论

D2:编写项目开发计划,进行规划和总体安排

D3:项目计划的审核和发布

项目计划

D4:针对需求提出计算机模型、逻辑设计、功能设计,形成概要设计文件

D5:对数据库进行规范化和对象设计,并形成数据库设计文件

D6:模块设计:数据库实现、数据库的访问控制脚本

D7:模块设计:页面逻辑和页面样式

D8:模块设计:个人数据管理

D9:模块设计:数据查询

D10:整理以上子系统的设计,编制系统详细设计

产品设计

D11:设计评审

实施阶I1:模块实现:数据库实现、数据库的访问控制脚本

I2:模块实现:页面逻辑和页面样式

I3:模块实现:个人数据管理

I4:模块实现:数据查询

I5:数据库的创建、的配置及测试数据的输入 I7:页面逻辑和页面样式的单元测试和验证

I8:个人数据管理的单元测试和验证

I9:数据查询的单元测试和验证

I10:对以上模块之间的接口进行测试,并进行调试

I11:组合以上的模块为系统,进行系统测试

I12:整理系统测试文档,进行功能调整和改进

I13:编写程序的帮助工程,编译和连接为系统的帮助文件

I14:制作软件的安装程序、安装界面

I15:软件打包和安装程序的测试

I16:编写安装手册

I17:整理开发文档,编写系统功能说明和操作指导

I18:项目的中期进度评审

I19:项目后期总体评估

收尾阶T1:收集质量记录、规划和设计文档,并进行文件的归档

T2:软件实地安装运行,可交付成果的功能验收

T3:B测试和峰值测试

T4:对测试结果、用户表示不满意的功能表述、界面、手册进行修订

T5:按合同的规定对用户进行功能讲解、管理员培训

T6:项目总结会议

T7:安排后期维护人员,解散项目团队

(说明:

(1)以上的工作,可以在更细的层次上进行分解,例如I7,可以分别为查询界面、增加的界面和删除的询问词的设计等,系统测试可以分解为测试平台的搭建、测试用例的编写、系统各功能点的测试、测试记录的填写、测试总结和总结报告等多个工作单元。

(2)以上的工作分解,不存在时间先后的次序。)

6.5工作分解结构的职责分配

人员

工作包及说明

C1:需求调查

C2:编写需求文档

C3:项目初步评估和初步安排会议

C4:项目正式启动会议

D1:计划会议、项目专题讨论

D2:汇总和编写项目计划

D3:项目计划的审核和分发执行

D4:系统的总体设计相关内容

D5:数据库设计相关内容

D6:模块设计:数据库实现、访问控制脚本

D7:模块设计:页面逻辑和页面样式

D8:模块设计:个人数据管理

D9:模块设计:数据查询

D10:整理和编制详细设计,作为编码的依据

D11:设计评审

S

A

A

A

S

A

P

P

P

A

P

P

P

P

P

A

A

A

A

A

A

P

P

P

P

P

P

P

A

P

P

P

P

P

P

P

P

A

A

P

P

P

P

P

I1:模块实现:编码实现D6

I2:模块实现:编码实现D7

I3:模块实现:编码实现D8

I4:模块实现:编码实现D9

I5:准备数据库和测试数据

I6:单元测试和调试:I1

I7:单元测试和调试:I2

I8:单元测试和调试:I3

I9:单元测试和调试:I4

I10:I6、I7、I8、I9之间的接口测试

I11:系统的组合和系统测试

I12:系统测试报告和反馈

I13:帮助工程和帮助文件制作

I14:安装工程和安装配置

I15:安装包测试

I16:编写配置指南

I17:编写功能和操作说明

I18:中期评估

I19:后期评估

T1:文件归档

T2:运行测试

T3:B测试和峰值测试

T4:程序、界面、手册的反馈和修订

T5:功能讲解、管理员培训

T6:项目总结

T7:项目结束和团队解散

P

P

A

A

P

P

A

A

P

A

A

P

P

P

P

P

P

P

P

P

P

A

P

P

P

A

P

P

A

A

P

P

P

P

P

P

P

P

A

A

A

P

A

A

A

P

P

P

P

P

P

P

A

P

A

P

A

A

A

A

A

A

A

A

P

P

P ——参与人员;A ——负责人员;S ——确认审核人员;

6.6工作进度

最后的项目网络图如下:

完成项目至少需要的时间用红色的线表示,项目的关键路径为:

1 – 2 – 3 – 4 – 10 – 11- 14 – 15 –18 –22 – 24 – 25

–26 – 32 –33 – 34 – 36 – 37 – 38

对应的时间为:3+3 +4 +5 +4+1+1+3+5+2+5+4+4+1+2+6+4+1+1 = 58(工作日)

预留20%作为整体浮动时间,实际需要的工作日为70。

在并行一些工作的条件下,项目预计完成的时间在三个月左右。

(说明:非关键路径活动所需要的时间,没有在项目网络图上标识。)

C3、C4

3

D1、D2

12

D3

13

I18 1

14

I5 3

C1 3

D4 4

1

2

C 2 3

4

D6 D7 D8 5 D9 D5

15

10

D11 1

11

I17

15

I1 I2 I3 5 I4

31

I19 1

32

T3 2

33

T2 6

34

17 18 19 30

T5

35

I16

I15

I10 5

24

I11 4

25

I1I127

I12 4

26

38

28 29

T6 1

37

T1 1

T4 4

36

D10 4

5 6 7 8 9

16

I6 I7 I8 2 I9

20

21 22 23

项目的开始日期:,项目的里程碑(阶段点)时间:

明确了需求,并且正式准备开始项目的设计工作

产品的详细设计完成

模块编码、单元测试和调试完成

系统调试结束、手册编写完毕

运行调试结束、用户接. . . . .

9/8 9/20 10/12 11/4 11/24

第七章成本与风险

7.1 预算

按照以上工作包的估算如下表:

费用项目(单位:元)

工作包及说明

C1:需求调查

C2:编写需求文档

C3:初步评估

办公费

2000

差旅费

1000

机时费

200

2000

资料费

200

1000

设备费

其他

1000

5000

合计

4400

2000

6000

(中间的其他单项费用估算略)

合计

10000 3000 10000 2000 20000 9000 54000

分阶段的开发费用统计如下表:

阶段名称

人工费用(人月) 机时(小时) 其他(元)

项目系统软件编程数据其他终端主机外存其他出差其他管理 分析 设计 调试 录入 人工 小时 小时 空间 费用 资料 费用

(说明:以上实际数字的填写略。)

( & ):系统分析与软件定义阶段;

( ):需求分析阶段;

( ):概要设计阶段;

( ):详细设计阶段;

( & ):编码与单元测试阶段;

( & ):组装与系统测试阶段;

( & ):安装与验收阶段;

( ):整个软件系统的开发阶段。

(说明:

(1)以上的估算分别按照各项活动的累计进行估算;并且按软件开发的不同的照阶段给出一个大体的估算数据,可以只用一种估算方法作为依据;

(2)项目的预算和估算可能由专门的项目财务管理系统来进行,项目计划中只要对该文档进行引用就可以了;

(3)得出的不同阶段的估算结果,可以绘制成本曲线,以对执行阶段的成本进行控制,一般的成本曲线应该是一条类似于S形状的曲线,下图是预算形成的成本基准和实际花费的成本的对比曲线:

(4)成本对比曲线、成本偏差是要求项目经理在项目进行过程中需要控制的一个重要方面;

(5)单项成本的估算一般没有考虑管理费用,在实际项目运行的时候,需要在总金额上加上一定比例的管理费用;例如以上管理费用的比例如果是20%,则实际的费用是64800;

(6)一般的项目,都对成本留一定的储备金,例如,以上估算结果的储备金若是10%,考虑管理费用,最后的总预算是71280。)

7.2 影响整个项目成败的关键问题、技术难点和风险

风险类别

可能性

使用提高生产率工具所产生的计划节余被过高地估计了。 0.4

计划、资源和产品定义都受客户或上级管理部门支配,而0.8

不平衡

预定日期提前,但没有对产品范围或可用资源作相应调0.6

整。

产品比估计的大(从准则、功能点、模式等方面来看)。 0.9

管理审查/决策过程比预料的慢 0.8

非技术第三方任务花费的时间比预料的长(预算审批、法0.8

律审查等)。

最终和户坚持新要求。 0.9

即使递交的软件符合所要求的全产规格,但商业用户将不0.8

接受该软件。

商业用户审查/决策过程比预料的慢。 0.6

最终用户最终发现产品不能令人满意,要求重新设计和重0.6

做。

小组成员之间的冲突导致通信差、设计差、界面错误和额0.6

外工作。

人事工作比预料的慢。 0.7

正式手续太多(官僚性遵守软件政策和标准)。 0.8

开发不具不像预料的那样有效,开发者需要时间来创建有0.6

关工作,或改用新工具。

风险描述 影响

0.9

0.3

0.6

0.5

0.5

0.5

0.8

0.9

0.5

0.9

0.7

0.6

0.7

0.8

(说明:

(1)以上列出的是可能影响项目开发,包括进度、成本和质量的各方面最重要的一些风险和对该风险的概率、影响的估计;

(2)以上的风险,是软件开发的风险对照表的一部分,在其他的项目开发中,风险分析也可以采用风险对照表确定风险的概率和影响程度;然后在根据这些可能性和影响程度来判断是否采取预防措施;

上图中,分别使用了不同的颜色来反应风险的最后的程度。

(3)软件开发风险对照表如下:

风险类别

规划风险

风险描述

计划是根据使用项目问题专家()的情况制定的,但是这些成员没有得到。

计划省略是必要的任务。

使用提高生产率工具所产生的计划节余被过高地估计了。

计划、资源和产品定义都受客户或上级管理部门支配,而不平衡。

计划是乐观的“最佳实例”(而不是现实的“预期实例”)。

计划是根据使用具体小组成员的情况制定的,但这些小组成员没有得到。

预定日期提前,但没有对产品范围或可用资源作相应调整。

一项任务的推迟使从属任务一并推迟。

作为对计划到计划的失察作出反应而作出的重新估计过于乐观,或忽略了项目历史。

过大的计划压力降低生产率。

项目规划在压力下被放弃。

规划太差,不能支持需要的发展速度。

不能在分配的时间内制造规定尺寸的产品。

产品比估计的大(从准则、功能点、模式等方面来看)。

努力比估计的大(从准则、功能点、模式等方面来看)。

准则或等级资料库质量差,造成额外的测试、缺陷纠正和重做工作。

产品的不熟悉方面要花费比预料的更多的时间来设计和执行。

任务先决条件(例如培训、其他项目的完成、获得工作许可证)不能按时完成。

产品缺少有效的高级管理发起人。

产品在不明不白搁置的时间太长。

解雇和削减降低小组的能力。

管理或销售部门坚持延长计划的技术决定。

低效的小组结构降低生产率。

管理审查/决策过程比预料的慢。

预算削减打乱项目规划。

管理部门作出挫伤开发小组的积极性的决定。

非技术第三方任务花费的时间比预料的长(预算审批、法律审查等)。

可能 影响

组织风险

规划太差,不能支持需要的发展速度。

项目规划在压力下被放弃,导致混乱的、低效的发展。

管理部门对豪情比对准确的状况报告强得更多,从而削弱它发现和纠正问题的能力。

未能达到里程碑。

商业用户坚持新要求。

最终和户坚持新要求。

即使递交的软件符合所要求的全产规格,但商业用户将不接受该软件。

商业用户所期望的发展速度是开发者不能达到的。

商业用户最终发现产品不能令人满意。

没有征求商业用户的意见,因此产品最终不符合用户期望,因此必须重做。

商业用户审查/决策过程比预料的慢。

缺少商业用户参与审查过程、原型和规格,因而导致不稳定的要求。

商业用户通信比预料的慢。

商业用户微观管理发展过程。

商业用户提供的组成部分不匹配,并且质量差。

最终用户最终发现产品不能令人满意,要求重新设计和重做。

最终和户不买进项目,因此不提供所需要的支持。

没有征求最终用户意见,因此产品最终不符合用户期望,必须重做。

客户坚持新要求。

客户对规划、原型和规格的审查/决策过程比预料的慢。

客户将不参与对规划、原型和规格的审查过程,或不能这样做,从而导致不稳定的要求和费时的修改。

客户通信时间(例如回答澄清要求问题的时间)比预料的慢。

客户坚持延长计划的技术决定。

客户微观控制开发过程,导致进程比计划的慢。

客户提供的组成部分质量差,导致额外的测试、设计和整合工作,并导致额外的客户关系管理。

客户批准的支持工具和环境不兼容,性能差,或者功能不足,致使生产率降低。

即使递交的软件符合所要求的全部规格,但客户将不接受该软件。

客户所期望的发展速度是开发者不能达到的。

小组结构效率低下。

任务先决条件(例如培训、其他项目的完成、获得工作许可证)不能按时完成。

开发者与管理部门之间的关系差,延缓决策和持续执行。

小组成员不买进项目,因而不提供所需要的性能水平。

积极性和士气低,从而降低生产率。

缺少所需的规格,从而增加缺陷和重做工作。

员工需要额外时间来学习不熟悉的软件工具或环境。

员工需要额外时间来学习不熟悉的硬件工具或环境。

员工需要额外时间来学习不熟悉的编程语言。

合同员工在项目完成前离开。

长期员工在项目完成前离开。

项目后期增加新开发人员,并且额外的培训和通信费用降低现有小组成员的效率。

小组成员不能有效的协同工作。

小组成员不买进项目。

所需规格缺少增加。

小组成员之间的冲突导致通信差、设计差、界面错误和额外工作。

有问题的小组成员没有退出小组,从而挫伤整个小组的积极性。

项目得不到更有资格做项目的人员。

项目得到更有资格做项目的人员,但是出于政治或其他原因启用他们的。

找不到项目所需要的具有关键技能的人员。

关键人员只有部分时间才能得到。

项目得不到足够的人员。

人事工作比预料的慢。

缺少管理承诺。

管理费用不合理。

项目缺少有效的执行发起人。

很难找到关键执行人。

承包人和顾问不提供答应的组成部分。

承包人和顾问提供的组成部分质量低得不能接受,因此必须增加时间来提高质量。

雇用承包人和盛况时间比预料的长。

任务先决条件(例如培训、其他项目的完成、获得工作许可证)不能按时完成。

承包人和顾问需要额外的时间来学习不熟悉的软件工具或环境。

承包人和顾问需要额外的时间来学习不熟悉的硬件工具或环境。

承包人和顾问需要额外的时间来学习不熟悉的编程语言。

外部以来风险

技术风险

合同员工在项目完成前离开。

项目后期增加新的开发承包人和顾问,并且额外培训的通信费用降低现有小组成员的效率。

小组成员之间的冲突导致通信差、设计差、界面错误和额外工作。

关键承包人和顾问只能部分时间才能得到。

非技术第三方任务花费的时间比预料的长(预算审批、设备采购审批、法律审查)。

合同类型限制到项目的全部要求。

找到卖主解决问题的可能性受限制。

培训包给第三方。

提供包给第三方。

找不到帮助部门来解决所有问题。导致在解决问题方面浪费大量时间。

项目依赖卖主,因此控制是单方面的。

不知道的额外费用不知不觉地进入项目。

容易出错的模式所需要的测试、设计和执行工作比预料的多。

不能接受的低质量所需的测试、设计和执行工作比预料的多。

错误用户界面的开发需要重新设计和执行。

不需要的额外软件功能(镀金)的开发扩大计划。

符合产品尺寸和速度限制所需要的时间比预料的多,包括重新设计和重新执行的时间。

与现有系统兼容和严格要求所需的测试、设计和执行比预料的多。

与其他系统、其他复杂系统或不受小组控制的其他系统的接合要求导致意料之外的设计、执行和测试。

在多操作系统下操作的要求比预料的要花费更长的时间来满足。

在不熟悉的或未经批准的软件环境下运行造成意料之外的问题。

在不熟悉的或未经批准的硬件环境下运行造成意料之外的问题。

对组织来说是新品牌的某种组成部分的开发所花的时间比预料的长。

对仍在开发中的技术和依赖延长计划。

产品取决于政府条例,这些条例意外地改变。

产品取决于草拟的技术标准,这些标准意外地改变。

在直到项目后期还不知道的项目问题方面不准确的进程跟踪结果。

初步质量担保活动被忽略。

在直到项目后期还不知道的质量问题方面不准确的质量跟踪结果。

正式手续太少(缺少遵守软件政策和标准)。

正式手续太多(官僚性遵守软件政策和标准)。

不充分的风险管理不能检测到主要项目风险。

过分简单的设计不能解决主要问题,因而导致重新设计和重新执行。

单独开发的组成部分不能容易地加以整合,因而需要重新设计和重做。

过分复杂的设计需要不必要的和无利可得的执行费用。

很差的设计导致重新设计和重新执行。

使用不熟悉的方法导致额外的培训时间和重述,以确定方法的第一次误用。

产品用低级语言(例如汇编语言)来执行,并且生产率比预料的低。

必要的功能不能用选择的准则或等级资料库质量差,造成额外的测试、缺陷纠正和重做工作。

使用提高生产率工具所产生的计划节余被过高地估计了。

开发不具不像预料的那样有效,开发者需要时间来创建有关工作,或改用新工具。

开发工具不是根据其技术优点来选择的,因而不能提供计划中的生产率。

批准的支持工具和环境不兼容,性能差,或者功能不足。

设备不能及时得到。

设备能得到,但不够用(例如没有电话,没有联网,没有办公用品等)。

设备拥挤不堪,有噪声,或受到破坏。

开发工具在所需时间不到位。

学习新工具的时间比预料的长,或者所分的阶段比预料的多。

校淘产品报告

课程名称:算机技术领域工程实践问题案例分析

专业班级:计算机技术18班

姓名:郑越学号:2014518

更多推荐

项目,产品,设计