软件项目管理之电子商务系统.docx

软件项目管理之电子商务系统.docx

《软件项目管理之电子商务系统.docx》由会员分享，可在线阅读，更多相关《软件项目管理之电子商务系统.docx（11页珍藏版）》请在冰点文库上搜索。

软件项目管理之电子商务系统

软件项目管理

学院：

xxxxxxxxxxxxxxx

班级：

xxxxxxxxxxx

姓名：

xxxxxxxxx

学号：

xxxxxxxxx

一、项目名称

电子商务网站

二、项目背景

电子商务包括电子货币交换、供应链管理、电子交易市场、网络营销、在线事务处理、电子数据交换（EDI）、存货管理和自动数据收集系统。

在此过程中，利用到的信息技术包括：

互联网、外联网、电子邮件、数据库、电子目录和移动电话。

网上购物是电子商务的重要组成部分。

网上购物就是通过互联网检索商品信息，并通过电子订购单发出购物请求，然后填上私人支票帐号或信用卡的号码，厂商通过邮购的方式发货，或是通过快递公司送货上门。

网上购物迅速发展的重要原因归结为低价和便利。

网上购物给用户提供方便的购买途径，只要简单的网络操作，足不出户，即可送货上门，并具有完善的售后服务。

三．项目目标

3.1项目目标

根据对电子商务网站系统的分析，我们把该系统划分为四个子系统：

基于客户的电子商务网站

基于经销商的电子商务网站

后台管理网站

数据库管理子系统

3.1目标的衡量方法

3.2.1项目目标遵循的原则　　

明确的　　

可度量的　　

可达到的　　

结果驱动的　　

时间性　　

3.2.2交付成果　　

（1）交付成果是预期的项目周期内的输出　　

（2）交付成果包括:

时间;质量;预计成本。

3.2.3里程碑　　

（1）里程碑是在项目某个时点发生的有意义的事件；　　

（2）里程碑时间表只显示主要工作阶段；　　

（3）里程碑时间表示以可交付成果作平台建立的；　　

（4）里程碑应该是项目中重要的控制点；　　

（5）里程碑应该能够便于所有项目参与者鉴别。

3.2.4技术要求　　

我们采用javascript技术制作网站，网站整体采用c/s架构。

3.2.5限定和除外　　

（1）范围的限定必须定义，否则可能导致错误的预期和在错误的问题上花费资源和时间;　　

（2）除外以声明什么是项目不包含的方式进一步定义了项目的边界。

3.2.6和客户一起评估　　

（1）范围检查清单在与客户（内部或外部）一起检查后才能结束，主要考虑对预期的理解和同意；　　

（2）在所有问题上的清晰沟通必须避免误解；　　

（3）客户在交付成果中得到他/她所期望的吗？

项目定义有没有指出关键成果、预算、时间和性能要求，限定和除外问题是否覆盖。

3.2.7建立项目优先级

1级：

数据库管理子

2级：

系统后台管理网站

3级：

基于客户的电子商务网站+基于经销商的电子商务网站

3.3项目的责任人

3.3.1项目经理：

是否实现了公司的战略目标，或者项目目标.具体的目标，一般是用利润来衡量，项目的合同价格主要由销售部门来谈，项目经理必须准确的计算成本来配合报价，并且在项目过程中控制成本。

有的时候利润并不是优先目标，其他可能的目标是：

赢得客户；打响品牌；锻炼队伍等，如果你以打响品牌为第一目标，那你就要严格控制质量，不太考虑成本和利润。

公司可以把若干目标按优先顺序列出，项目经理能实现前几个即为成功，如果全部实现，那此项目经理就很了不起了。

3.3.2需求分析师：

项目实施后客户对需求变更的多少，变更越少，需求分析师业绩越好。

需求分析师的工作对项目成败有极大的影响，它对人的要求很高，比如沟通能力，对业务的熟悉程度和判断能力（潜在需求），对客户组织（谁说了算）/人员（性格等）的掌握程度，对系统运行环境的了解等。

3.3.3系统架构师：

项目整个过程的架构保持不变，如果有变化，那么架构师的工作即为失败。

系统架构基于需求分析的结果，所以有时候架构更改要归咎于需求分析师。

其实目前软件架构的资料信息很多，基本上都是知识，创新的机会不多，我们多数都选择成熟的框架和技术。

架构师需要有广泛的知识和长期的经验。

并且能追踪软件技术的最新发展。

3.3.4系统设计师：

项目实施后维护开发（针对新需求）工作量的多少，改动越少，设计师的业绩越好。

设计师的工作是项目中最具创新潜力的部分，精妙的模型，算法开发，公司的核心技术都来源于此处，不同设计师的工作成果可能是天上地下，当然了，缺少巧妙设计的软件系统也可以跑，但后续的维护开发必定会成为一个成本黑洞。

3.3.5软件开发师：

软件的bug数量和修复bug的时间以及bug的严重程度，公司可以有一个公式来量化这些指标。

软件开发师的工作是项目质量的基本保证，软件系统最终要在这里变成成品。

很多时候软件开发师也兼着设计工作，那么他们的重要性就更大了，好的开发人员多数是好的设计人员，因为写代码本身也是在做设计。

3.3.6测试工程师：

软件实施后bug的数量和严重程度。

考核开发人员和测试人员都用了bug指标，但这些bug应该是独立计算的。

这里bug是广义的，比如压力测试不过关，也算一严重的bug。

3.4项目所涉及的所有人员和他们的兴趣

项目经理应根据项目组人员的性格，兴趣来合理分配任务。

3.4.1需求

能够倾听别人，热情，收集事实，不做主观判断，所问的问题仅仅是为了澄清事实而不是评估被访谈的人的技能，不是看这个人是否适合该工作，使用有限的数据做出决定。

3.4.2设计

能够创建多套备选方案，在其他人评审并制定评估标准之前，不会将其中一个或多个方案作为选作主实施方案。

3.4.3代码

（大部分）工作能够独立完成，主要与计算机打交道，工作逻辑性很强，有控制地保持自我。

能够在开发环境的约束下工作，能够克服其他约束、规则以及不是他本人造成的问题的影响。

3.4.4测试

严格、有纪律地应用准则、过程和各种做法——富有逻辑、客观。

严格地做一个传递消息的人而不是将重点放在传递的消息上——对结果保持公正。

3.5建立各方通信渠道

手机、EMail、公司内部通信系统

四、确定项目结构

4.1建立项目和策略计划的关系，如确定各个项目的顺序

4.1注重项目计划的层次性

4.2重视与客户的沟通

4.3该详细的详细，该简略的就简略

4.4制订的项目计划要现实

4.5运用过程化的思想指导开发

4.6.利用成熟的项目管理工具

4.2定义开发过程

调研报告—→系统分析—→概要设计—→详细设计—→编码—→单元测试—→系统测试—→用户手册—→使用培训—→文档管理—→系统维护

五、确定项目产品和活动

5.1技术产品、文档产品

A、调试和测试程序及源代码调试和测试程序及源代码

B、安装程序工程

C、过程评审记录包括需求、设计、实现和验证阶段的评审记录、评审报告

D、设计和规划文档包括产品设计、过程规划等方面的文档

E、测试记录和测试报告

采用PBS方法定义

5.2一般性的产品流程图

5.3确定交易项目活动

1：

登录

2：

客户网

3：

经销商网

4：

商品模块

5：

商品数据库

6：

客户数据库

7：

经销商数据库

8：

订单

5.4绘制项目活动网络图

关键路径：

1→2→4→5→8

六、确定和分配资源

在软件管理中，软件开发能力，技能和经验扮演了重要角色。

因此，尽早明确分配员工给工作活动是有意义的。

分配人员到任务时，需要考虑的因素：

可用性：

根据个人能力与性格分配

关键性：

将有经验的人分配到关键路径上

风险：

有经验的员工分配到高风险活动可以有效缓解项目的不确定性

培训：

初级员工分配有充足缓冲时间的活动

团队构造：

培养员工团队精神

阶段文档

时间段1

时间段2

时间段3

时间段4

时间段5

时间段6

可行性研究报告

项目开发计划

软件需求分析

总体设计

详细设计

测试计划

操作手册

测试分析报告

项目开发总结

维护修改建议

七、风险分析

7.1确认风险

产品周期风险

技术安全性风险

经营风险

行业风险

市场风险

7.2风险可能性和影响

7.2.1产品周期风险：

根据公司产品----市场战略，公司当前的主要经营活动是建立起具有经济情报价值的数据库，属于新产品的市场开发行为，因此有开发失败的可能。

7.2.2技术安全性风险：

公司是利用互联网这一新兴技术开展业务活动的，而互联网上众多黑客的存在对数据库的安全构成了威胁。

因此，当数据库受到攻击时，有可能造成重大损失。

7.2.3经营风险:

生产费用上升的风险：

公司经营生产费用主要涉及服务器托管费及DDN专线租用费和公司运营费用，其中任何一项费用的上升都有可能降低利润。

7.2.4行业风险：

　　行业内部激烈竞争带来的风险：

互联网的优越性已被社会所认识，大量实力雄厚的机构乃至上市公司纷纷投资于网络市场，业内竞争将激烈异常，同时，网络同传统媒体的竞争有可能使市场利润率降低。

因此，竞争风险有可能会给公司带来致命的威胁。

　　行业发展存在的其他限制因素：

网络信息产业尚处于起步阶段，行业标准及行业法规尚不健全，当前物理网络以电话线为主，传输速度慢，这一切都有可能影响到网络业同其它可替代行业的竞争。

　行业周期风险：

网络业具有较大的不确定性。

7.2.5市场风险

　　销售市场尚待开发的风险：

利用网络技术向传统商品市场传播经济情报这一服务形式尚未得到社会商界的普遍认同。

首先进入市场者必须承担开发市场的投入。

　　密切相关行业的影响：

商界获取经济情报的途径多种多样，传统媒体及各行业的内部业务关系都对本行业构成了潜在的威胁。

7.3风险排队

7.3.1技术性评价指标

（1）电子商务网站的设计评价

①网站包含内容应该具有的广度和深度

②客户获得信息应该充分、方便和及时

③结构划分应该合理清晰，重点突出，层次合理

④网页的视觉形象应该富有创意。

（2）电子商务网站的可操作性评价

①网站是否能够快速进入

②网站的操作是否简单方便

③网站是否能够及时为客户提供有效的服务

7.3.2运行状况评价指标

（1）访问量

电子商务网站自发布以来累计接受访问的人数。

（2）日均访问量

一定时期内每日访问量的平均数

（3）注册量

电子商务网站进行注册的用户数量。

（4）客户忠诚度

在一定时段内相同的用户访问某网站的次数。

（5）网站的实际访问量

电子商务网站的实际访问量＝浏览次数和×页面点击数

（6）日均访问客流量

一定时期内每日访问量的平均数。

（7）日人均浏览时间

访问电子商务网站的人在一天内的平均浏览时间。

7.3.3经济效益评价指标

（1）电子商务销售率

是表述商务网站网上销售的指标。

（2）成本降低率

对比一个会计年度，商务网站实施后比实施前相应的商务活动成本降低的比例

（3）收益增长率

对比一个会计年度，商务网站实施后比实施前相应的商务活动所创收入增长的比例。

（4）资金周转率提高率

对比一个会计年度，商务网站实施后比实施前每年资金周转次数增长之比

（5）投资回报率

在对应的一个会计年度内，商务网站总投入的收益率

7.4风险对策

7.4.1技术风险对策：

在软件生命周期内保质保量完成设计，在网络安全性上加强设计，采取一定措施阻止黑客窃取修改网站资料。

7.4.2经营风险对策：

针对行业周期风险，采取试制一种产品（交易平台）的方式进行分期投入。

针对产品周期风险，尽快建立起数据库，占领某行业的交易市场及经济情报市场。

针对产品单一风险，充分利用公司的技术在开发专业化数据库的同时，搞好技术服务，社会培训，等其它辅助性业务。

针对费用上升风险，公司会加强核算，控制成本。

针对安全性风险，公司技术部门会紧密跟踪网络安全技术的发展，及时配置安全手段。

7.4.3行业风险对策：

针对市场竞争风险，公司将在数据库专业化方面下功夫，完成对某行业的经济情报的独占。

针对其它本行业所独有的风险，公司将在数据库的检索技术上加强开发，以弥补当前物理网络传输速度慢的缺点。

7.4.4市场风险对策：

针对开发市场风险，公司将一如既往加强公关工作，加大宣传力度，扩大社会影响，以降低开发市场的投入。

传统媒体与公司的竞争不可避免，为此公司将通过资本运作，完成与传统媒体的合并，并利用网络技术改造传统专业媒体。

7.4.5其他风险对策：

针对政策风险，公司将加强与同业的联系，通过行业协会影响同业公司，加强本行业服务社会服务国家服务民族的意识，以减少政策对本行业的约束和社会对行业的指责。

针对项目投资风险，在本次募集资金到位后，本公司将抽调具有丰富的经营经验的专业人员，成立专门机构对各项投资项目的建设活动进行严格的监督管理，以确保所有投资项目按计划、保质、按期完工，尽快产生经济效益。

八、结论

在我们整个软件工程过程中，我体会到了许多，也学到了许多。

我认识到需求和分析对于软件管理过程至关重要。

我们在软件管理时如果不进行调研和分析，那么对于后来的项目进展将产生致命的后果。

当然，在这次作业过程中我也发现了自己的一些问题。

如自己对模块间的逻辑关系还有些模糊，我会在这方面多下功夫，在将来的项目中能做得更好。