电子商务电商项目技术经验总结.pptxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
项目、产品、技术以及电子商务相关业务 姚健 项目流程 招标 需求调研 系统分析和设计方案 投标 立项和制定项目计划 开发、测试 上线、系统维护 销售、项目主管 销售、项目主管、系统分析师 开发、技术支持 项目进度跟踪 软件工程(面向软件本身) 需求 设计 开发 测试 实施 维护 测试上线 正式上线 功能测试 开发文档 任务分配 业务流程 业务需求 功能需求 软件工程 用户需求 业务需求、功能需求 设计方案 系统架构、业务方案、模块功能、技术方案、项目计划、人员安排 项目预算 这个可能涉及的比较广泛,对于项目中可能使用到的成本都要进行考虑(成本考虑最简单的方法是每人每天需要多少开销) 开发 开发文档(参考界面、功能描述、数据结构(数据表)、技术算法)和数据字典文档,需要同步更新,项目开发进度表,任务分配表 测试 这个部分需要跟开发进行同步,在测试过程中需要完成用户手册等相关资料 实施方案 分为两部:测试上线、正式上线,准备相关文件(软件介绍ppt,实施方案,用户手册,系统手册) 维护和升级 对于每次维护和升级系统都要有记录,必要明确说明每次的问题点,改进的功能点相关内容 软件工程 需求调研 需求调研类型 业务 是否熟悉该行业流程 查阅资料 准备一些问题 熟悉软件功能 记录需求点 记录流程 功能 软件工程 需求调研 在需求调研结束,基本上可以确立软件功能,也可以大体规划出软件成本(技术成本和时间) 调研过程中对功能需求部分需要特别注意,例如,大用户量访问系统如何保证响应、实时性比较高系统的运作(例如:短信,邮件)需要考虑服务队列 调研过程中对业务的把控,除了对业务流程要比较熟悉之外,还需要对业务的体验加强把控, 技术成本:1)、实现这套软件需要什么样的技术,对一些关键功能或者是有体验性功能是否有成熟的现成方案 2)、需要多少人员做这个项目才能在规定时间内完成,以及这样专业的人供应需求怎么样(是否好招) 时间成本:一个拥有多年经验的项目管理人员或者开发人员在需求确认之后完成可以估算出大体时间,而这个时间成本取决于人员投入的多少,这个可以在设计方案给出之后,按照投入人员的多少,给用户一个明确的答复,假如给出的人员比预想的人员要少很多,那可以给客户的答复就是要比预定时间要多一点,当然这个需要协商,反之,也是这样,时间上需要最大程度的宽裕 软件工程 需求调研-流程图的方法 对于流程图的画法尽量不要使用文字来说明 部门1 部门2 部门3 部门4 流程1 流程2 流程3 流程4 判断 流程4 软件工程 设计方案 原则只有一个:推荐最优化方案 那做设计方案的时候,可能要考虑很多 1)、流程上的优化(例如:可以采用使用条码、数据采集器的方式提高作业效率) 2)、所采用的技术方案(C/S或者 B/S结构,或者两种都有 3)、还可能要站在节约用户成本的角度考虑设计方案 不管是对设计方案怎么考虑的,用户作为最终标准 系统架构、模块划分完毕之后,则要给出相关时间进度的安排(包括硬件实施、软件开发) 用Excel或者Project做时间进度的安排(需要沟通和确认(用户和开发人员) 软件工程 系统开发 一般来讲,可以完全按照设计方案给出的功能进行开发,但是专业一点,需要对相关模块给出功能的介绍、算法、数据结构、以及所采用的技术 模块任务的分配:需要对时间进行监控(对于专业软件公司可能有开发管理系统),这块需要灵活把控,一般有周检查日志或者周例会 转发开发进度给相关负责人(周报方式) 项目管理人员也需要对软件自测 软件工程 系统测试 软件工程 系统上线 系统上线一般分为两个阶段:测试上线和正式上线 测试上线:主要是为正式上线服务的,把软件功能和业务流程实际挂钩,使其符合实际操作要求,对涉及到的更改需要做文档的记录以便能够对相关档案进行修改,而这个时间主要针对的是业务操作员 正式上线:在完成测试上线之后,需要对测试上线的数据清空,这个时候 基础操作人员的问题基本已经解决,可以对系统进行正式预上线,那么接下 来最大的问题可能就是哪些管理人员了,主要是那些统计报表之类或者说一些 更加自动化的操作 实施系统一般是从上而下的原则:从上面的描述中可以得到,想要完成 系统实施,首先要保证基础业务的畅通,所以先要把业务操作人员搞定, 然后是管理人员 软件工程-项目风险 用户需求风险 参与人员风险 将令不统一 做项目最为头疼的可能是用户需求,在需求调研期间,用户会提出很多需求,有些需求甚至天方夜谭的,这些只要是因为用户也不知道需要什么,甚至是对项目的期望很高,希望项目能帮他们完成大部分工作,而项目在正式上线之前,因为用户此时的需求可能要更加明确一点,这时可能涉及到变更流程或者功能,这个将极大的增加了项目的时间成本,有可能会导致项目失败 在项

文档评论(0)

kfcel5460 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档