帮礼网站项目规划书.doc_第1页
帮礼网站项目规划书.doc_第2页
帮礼网站项目规划书.doc_第3页
帮礼网站项目规划书.doc_第4页
帮礼网站项目规划书.doc_第5页
已阅读5页,还剩12页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

网站项目规划书1.邦礼电子商务商城1 开发背景随着Internet的发展和迅速普及,网上购物这一新型购物方式已逐渐被人们所接受,并逐渐改变甚至取代了传统的购物观念。人们足不出户就可以在网上浏览的全国各地的商品信息,方便快捷地搜索到自己所需要的商品,而安全的在线支付和送货上门服务,使人们更加深切地体会到这一购物方式的优越性与此同时,网上商城这种的商业运营模式被越来越多的商城运用到竞争中,并的到了大多数客户认可,这种基于浏览器、服务器实现的销售方式已初具规模。一些电子商务网站的成立,从整体上降低了企业成本,加快了企业对市场的响应速度,提高了企业的服务质量和竞争力。根据国际和国内网络市场应用环境和网上购物被全世界人认可,并成为主流购物方式,建议史密斯先生在您拥有大量固定资产实体企业环境下建立网上商城系统。扩大市场销售额,提高企业的知名度,扩大同行业的竞争力,利用国际国内的物流系统实现物流的快速流转。利用电子银行,电子钱包系统进行货币资金的回笼和管理,企业会成为国际有影响力的企业。 2.系统分析1需求分析随着中国市场经济的日趋成熟,中国企业面对的竞争压力越开越大,企业要想生存,在提高企业内部管理效率、充分利用企业内部资源的基础上,必须不断扩展销售渠道、扩大消费群体,提高企业的竞争力。随着信息化时代的到来,电子商务网站成为企业得外展示商品信息,从事商务活动的窗口。如何建立企业的电子商务网站,如何把企业业务扩展到Ineternet上,已经成为企业普遍面临的问题。2 可行性分析根据GB85671988计算机软件产品开发文件编制指南中可行性分析的要求,制定可行性研究报告如下。 引言 编写目的。为了给企业的决策层提供是否进行项目实施的参考依据,现以文件的形式分析项目的风险、项目需要的投资与效益。 背景。北京邮电大学联众公司是北京市邮电大学联合成立的一家中型的私营企业,受斯密斯先生的邀请,为邦礼公司开发电子商务项目,该项目为邦礼公司拓展销售提高企业知名度和竞争力。具有一定的促进作用,根据斯密斯先生的要求,和当前环境的现状,我们要打造一款优于淘宝、苏宁易购的商城的优秀系统。 可行性研究的前提 要求电子商务平台系统要求能够提供会员注册、在线购物、在线支付等功能。 目标电子商城平台系统的主要目标是系统、全面地展示网站中的商品,简化用户在线购买流程,确保用户在线支付的安全性,进一步提高企业的经济效益。 条件、假定和限制。项目需要在2个月内交付用户使用。系统分析人员需求要2天内到位,用户需要5天时间确认需求分析文档。去除其中可能出现的问题,例如用户可能临时有事,占用7天时间确认需求分析。那么程序开发人员需要在1个月零20几天的时间内进行系统实际、程序编码、系统测试和网站部署工作。期间,还包括了员工每周的休息时间。 评价尺度根据用户的要求,系统应以商品展示盒销售功能为主,对于网站的最新和热销商品能够及时地展品等数据信息实施有效安全的管理。3.投资及效益分析 支出根据系统的规模及项目的开发周期(2个月),公司决定投入6个人。为此,公司将直接支付20万元的工资及各种福利待遇。在项目安装及调试阶段,用户培训、员工出差等费用支出需要3万元。在项目维护预计需要投入2万元的资金。项目累计投入25万元资金。 收益。用户提供项目资金25万元。对于项目运行后进行的改动,采取协商的原则根据改动规模额外提供资金。因此从投资与收益的效益比上,公司可以获得13.5万元的利润。项目完成后,会给公司提供资源储备,包括技术、经验的累积,其后再开发类似的项目时,可以极大地缩短项目开发周期。4.结论根据上面的分析,在技术不会存在问题,因此项目延期的可能性很小。在效益上,公司投入6个人、2个月的时间获利25万元,比较可观。在公司今后发展上,可以储备网站开发的经验和资源。因此认为该项目可以开发。3.编写项目计划书根据GB8567-1988计算机软件产品开发文件编制指南中的项目开发计划要求,结合单位实际情况,设计项目计划书如下。1. 引言 编写目的。为了保证项目开发人员按时保质地完成预定目标,更好地了解项目实际情况,按照合理的顺序开展工作,现以书面的形式将项目开发生命周期中的项目任务范围、项目团队组织结构、团队成员的工作责任、团队内外沟通协作方式、开发速度、检查项目工作等内容描述出来,作为项目相关人员之间的共识和约定、项目生命周期内的所有项目活动的行动基础。 背景电子商务平台系统是由邦礼公司委托我公司开发的大中型电子商务平台系统。系统主要用于扩展企业渠道,提高公司下效益。项目周期为2月。项目背景规划如表2.1所示。项目名称项目委托单位任务提出者项目承担部门电子商务平台系统邦礼公司史密斯 研发部门测试部门2. 概述(1) 项目目标项目目标应当符合SMART原则,把项目要完成的工作用清晰的语言描述出来。电子商务平台系统的项目目标如下:电子商务平台系统主要的目的是实现网上购物的信息化管理。电子商务平台的主要业务就是在线销售,因此系统最核心的功能便是实现网上在线销售功能。项目实施后,能够扩展销售渠道、扩大商品消费群体、提高企业效益。整个项目需要在2个月的时间内交付用户使用。(2) 产品目标与范围项目实施后,将为企业提供一个崭新的销售渠道,面对的将是一个庞大的消费群体,可以快速并广泛地提高企业知名度;系统的维护和管理仅需几个人就能完成,企业无需另外支付销 售人员工资及柜台装修费用;方便快捷的在线支付功能,省却了现金流通环节中不安全因素;可以极大地提高企业的经济效益和企业竞争力。(3) 应交付成果项目开发完成后,交付的内容如下。 以光盘的形式提供电子商务平台系统的源程序、网站数据库文件、系统使用说明书。 系统发布后,进行无偿维护和服务6个月,超过6个月进行网站有偿维护与服务。(4) 项目开发环境操作系统为Windows 7或Windows 10,使用集成开发工具Microsoft Visual 2008,数据库采用SQL Server 2008,项目运行服务为Internet信息服务(IIS)管理器。(5) 项目验收方式与依据项目验收分为内部验收和外部验收两种方式。在项目开发完成后,首先进行内部验收,由测试人员根据用户需求和项目目标进行验收。项目在通过内部验收后,再交给用户进行验收,验收的主要依据为需求规格说明书。3. 项目团队组织 组织结构为了完成电子商务平台的项目开发,公司组建了一个临时的项目团队,由公司副经理、项目经理、系统分析员、软件工程师、前台开发工程师和测试人员构成,如图2.1所示。 人员分工。为了明确项目团队中每个人的任务分工,现制定人员分工表,如图2.2所示。 副经理 项目经理 系统分析员 软件工程师 网页设计师 测试人员 图2.1 项目团队组织结构图 表2.2人员分工表姓名技术水平所属部门角色工作描述马一瑞MBA项目开发部项目经理负责项目的前期分析、策划、项目开发进度的跟踪、项目质量的检查于疆高级软件分析员项目开发部系统分析员负责系统功能分析、系统框架设计李烨高级软件工程师项目开发部软件工程师负责软件设计与编码冯昶高级软件工程师项目开发部软件工程师负责软件设计与编码许龙高级美工设计师设计部网页设计师负责网页风格的确定、网页图片的设计宋启华中级系统测试工程师项目开发部测试人员对软件进行测试、编写软件测试文档4. 系统设计1.系统目标对于典型的数据库管理系统,尤其是电子商务平台这样数据比较大的网络管理系统,必须要满足使用方便、操作灵活等设计需求。本系统在设计时应该满足一下几个目标; 界面设计美观友好,操作简便。 全面、分类展示商城内所有商品。 显示商品的详细信息,方便顾客了解商品信息。 查看商城内的交易信息。 设置灵活的打印功能。 系统对用户输入的数据,进行严格的数据检验,尽可能排除认为错误。 提供新品上市公告,方便顾客及时了解相关信息。 提供网站留言功能。 提供网上在线支付功能。 系统最大限度地实现易维护性和易操作性。 系统运行稳定、安全可靠。2.系统流程图 电子商务平台系统流程图,如图2.2所示。网站访问者网站管理员电子商务网站 注册 否登陆 是登录6 是进行商品信息管理、订单管理、用户管理、系统管理等 是 否选择商品你 否 购物车 否 购物车是更改商品数量查看订单购买 在线支付 图2.2电子商务平台系统流程图3.系统功能结构为了使读者能够更清楚的了解网站的结构,下面给出电子商务网站的前台功能模块结构图和后台功能模块结构图。 电子商务平台前台管理系统功能设计如图2.3所示。电子商务平台前台管理系统商品分类用户中心购物流程会员登录我的购物车热门商品推荐商品最新商品本站公告 我的留言网站留言 图2.3 电子商务平台前台功能结构图电子商务平台后台管理系统的功能设计如图2.4所示。商品管理商品增加留言管理上传管理管理会员删除管理员添加管理员查询订单编辑订单商品类别管理商品类别增加系统管理用户管理订单管理管理员管理库存管理电子商务平台后台管理系统图2.4后台功能结构图4.系统预览 电子商务平台网是由多个Web页面组成,下面仅列出几个典型页面,其他页面参见光盘中的源程序。 网站首页如图2.5所示,在其中展示了商城推荐商品、热门商品等,并提供商品分类导航灯信息。网站的购物流程页面如图2.6所示,让用户清楚地了解在本网站购物全过程。2.3.5前台设计技术有HTML5 CSSS3 GS PS AI三、编码略四、数据库及数据库编码设计略五、后台程序编码设计略六、编码测试内部测试和客户测试要求:程序运行稳定,不出任何的错误,即使出现错误也有处理的办法和措施七、应运出现部署客户端部署阶段的任务和活动1. 创建安装计划2. 实施物理过程3. 准备和转换过程4. 执行用户培训计划5. 打包和部署6. 安装和运行系统7.2创建安装计划l 购买硬件l 准备场所布线。提供通讯点,安装空调等l 购买环境软件l 安装硬件和环境软件l 安装已开发软件l 培训7.3实施物理过程l “物理过程”是组织机构将循环的与自动化系统并进行的过程l 系统的成功部署取决于使用系统的人的适应性,和软件的质量,因此需要使用物理过程7.4执行用户培训计划l 需要通过培训确保成功部署软件l 需要分析确定个人和集体的培训需求7.5实际操作用户l 需要前面了解系统(详细了解格式,验证,错误消息的含义等)7.6最终用户l 使用系统提供的信息l 可以使高级经理,衙门不会每天操作系统,但是使用查询和报表模块7.7需要重点培训用户的是l 如何使用设备l 详细说明营运程序及可以从应用程序获得什么l 应用程序的窗体、表格l 添加、删除和修改记录l 如何从系统中检索信息l 基本的故障排除l 正确初始化系统l 正确使用帮助系统l 如何配置系统7.8培训系统操作员应该侧重于l 如何使用设备l 小故障的排除l 维护活动l 数据传储及恢复l 如何优化系统性能8.1准备和转换数据l 部署新系统时,需要将旧数据包括在其中l 需要校验旧系统中的数据,以确保其正确输入,而且不影响新数据的完整性8.2打包和部署l 集成各软件组件,合并到一个单元中l 这对在客户场所部署系统很有用8.3安装和运行系统l 检查需要那种操作系统,需要做什么硬件和软件变化8.4通知用户系统情况l 通知用户系统以部署l 内部部门应了解部署进度l 用电子邮件和备忘录的形式发送通知8.5通知内用包括下列事项l 部署进度表l 对新系统好处的简要概述l 新旧系统的差别l 获得系统支持的过程8.6进行部署后评审l 归档评审经验l 建议系统改进的地方l 为以后的项目提供指导8.7修改以前的稳定或创建新文档,修改和更新以前创建的文档(例如:软件开发、操作手册等)9.1部署项目经理:负责部署阶段的成功执行,还负责评审和审批可交成果并向管理层提供状态报告角色2最终用户和项目小组是要了解系统的功能并很好地熟悉系统 9.2转换是最新系统替代现在的系统转换的策略:并行 试用 分阶段 直接并行转换:新系统与旧系统并行运行,如果新系统产生问题,可以切换旧系统试用转换:只有再该部门部署成功并修正错误之后,才在其他部们安装该系统分阶段转换:系统部署分阶段进行,先部署系统的部分,而不是一次就全部部署直接转换:直接用新系统代替旧系统,最具风险的方法9.3部署部署后的文档,部署结束时,应对用户手册等形式提供文档部署后:由项目经理和代表在“审批证书”上签字,将已完成的系统交付给客户,进入操作和维护阶段部署后的交付成果:1交付的系统 2变更实施通知 3版本说明文档 4部署后评审2 在部署阶段为变更的正式请求和批准文档3跟踪和控制发行软件版本的主要文档,包括软件特点的概括4在部署后评审内容:1系统功能是否符合计划和预定要求2成本是否超出估算金额 3是否得到了计划的好处9.4用户手册 操作手册 转换计划的定稿用户手册大纲(1) 简介(2) 用途和范围组织机构联系方式项目参考主要业务功能(3) 系统性能(4) 系统功能说明(5) 操作说明(6) 错误处理(7) 帮助 11.操作手册:对使用系统的用户提供操作帮助提供对系统过程和操作的描述大纲:1概要用途和范围项目参考词汇表2系统概述3运行说明转换计划的大纲1简介用途和范围联系方式项目参考词汇表2转换概述系统概述系统转换概述转换说明转换类型转换策略转换风险因素转换任务 转换计划转换前任务主要任务和过程安全3转换支持 八、软件维护一、维护概念:包括软件交付后对软件的修改(更多是对软件的扩展,而不仅仅是改正错误)维护时改正错误。改善性能或者是产品适应改变的环境软件维护阶段开始于初次交付软件系统或组件之后良好软件开发目标:1在软件交付时,应满足隐含的和直接的要求2如果需求改变,软件必须容易修改维护的需求分析:维护阶段本身包括所以软件开发活动,所创建的软件 是本阶段(以及其中各次要阶段)的输入,因为修改软件是必须考虑现在需求,这是一个约束二软件维护基础知识维护的原因改正错误改正设计与其他系统接口进行扩展对系统进行必要的更换变更文件或数据库改进设计转换程序,以便能够并入不同的硬件,软件和系统工具软件维护的四个主要方面管理系统的日常功能管理系统的修改完善现有的功能保持或者提升系统的性能三.软件的演化 维护是演化式开发:在演化过程中,系统变得越来越复杂,维护活动也将持续进行维护首先应该思考维护计划,然后设计和开发计划,考虑维护概念要考虑的方面是:1. 维护的范围是说明?2. 在交付后的过程中应做哪些实适应性修改?3. 谁将提供维护?4. 生命周期的成本是什么?四.维护的类别改正行维护:查找和改正用户反馈的缺陷适应性维护:修改应用程序,使其符合外部环境的变化完善性维护:改善软件,以提高性能和可维护性五.维护分析可用的工具有:程序分析工具软件理解技术逆向工程工具软件可视化工具软件影响分析工具维护人员系统设计:1. 维护阶段的设计较受限制,因为设计人员必须受现有系统设计的限制,在当前设计中实现新的需求2. 软件再造工程重新设计现有软件,使它能够在满足所有需求的同时,得到很好的维护3. 维护活动:编码维护人员:编码维护阶段的编码更加受限制4. 维护可用工具l 反编译器l 翻译工具5. 维护活动:测试可用工具l 比较工具l 回归测试工具维护:危险阶段只修改了一些组件或软件的一部分,通常指测试该部分以及受变更影响的部分 六维护活动:部署 可用的工具l 变更管理工具和问题报告/跟踪工具用于报告软件的问题和请求变更l 配置工具l 构建管理l 发行管理工具*维护完成之后的软件部署与软件开发阶段的部署相同2.其他维护活动维护人员从事的与软件开发无关的其他活动(除了支持活动外)维护人员需要做的是维护 审查 审查 用户培训质量保证配置管理:维护还包括系统的计划,移植和淘汰和验证3.维护的概念:应将所有软件构建为“可维护”易于扩展,改编或改正4.维护的分类:检查时要求增加新功能还是修改现有功能5.维护的七阶段:分类和标示 分析 设计 实验 系统和测试 验收测试 交付*维护工程型使维护工程标准化 软件维护问题:l 在结构设计时就遗留下来的问题l 有40%60%的时间用于理解软件l 对软件进行反复测试的成本在时间和金钱上都是昂贵;需要完成对已修改的组件的测试一比较难l 人员配置争取获得所需要的人力资源l 多版本七.维护成本l 由于系统维护问题,所以维护成本很高l 维护成本的高低取决于进行的维护类别l 一轮维护过后的维护会更加困难(而且成本增高)l 编程语言和编译器随年份增长变果实的同时,维护成本也在增加l 在二十世纪八十年代中期以前,大部分的成本用于软件开发:在此之后,维护占用了最大成本1.维护成本的非技术因素l 团队稳定性l 契约责任l 员工技能*估算维护成本:将历史数据和经验结合起来影响维护成本的技术因素l 软件对运行环境的依赖性l 编程风格l 测试与改错工作l 文档的质量l 编程语言 再造工程3-1 什么叫工程再造:对系统进行重新改造 工程在造需要哪些人员:图形设计员 DBA (数据分析员)程序员 其他软件系统 :windows 应用程序 ASP NET WEB 应用程序再造工程就是对现有系统重构建对现有软件 审查 变更*对再造工程的理解l 如果把维护比作“修修补补”,那么再造工程就算是“痛改前非”l 再造工程并不见得一定比维护的代价要高,但再造工程在将来获取的利益却比通过维护得到的多再造工程的三种类型l 重构-改造类和算法l 逆向工程-从代码中抽取设计信息(体系结构等),用于理解程序l 前向工程-预防性维护,如同大“预防针”理解程序:l 根据Hamlen的报告,用于扩展和改错的时间分别是47%和62%l 其余时间都用于阅读文档,扫描代码和理解的变更程序理解根据3-2l 最初的设计时间差距l 应用领域和实现语言的差别l 有抽

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论