《系统分析课程设计网上购物.doc》由会员分享，可在线阅读，更多相关《系统分析课程设计网上购物.doc（26页珍藏版）》请在三一办公上搜索。
1、课程设计网上购物目 录1.项目概述21.1项目背景21.2项目范围21.3项目目标22.项目可行性分析及实施计划22.1项目可行性分析22.1.1经济可行性分析22.1.2技术可行性分析32.2 项目的软件开发生命周期模型32.2.1 软件生命的周期32.2.2生命周期模型的描述与概要解释42.2.3生命周期模型各阶段说明42.3 项目实施计划42.4项目任务分解结构（WBS）51.任务分解图52.任务分解列表53.网上购物系统需求分析63.1 业务需求描述63.1.1功能性需求描述：63.1.1.1用户73.1.1.2商家73.1.2非功能性需求描述：7l性能需求7l安全性（SEcurity
2、）需求83.2 系统功能模块划分83.3 系统用例图93.4网上购物系统商家子系统用例的“上传管理”和“订单管理”用例解说104.数据模型分析144.1 E-R模型144.2 UML数据建模154.3 逻辑数据模型分析（数据字典）155.商家子系统（上传管理用例、订单管理用例）分析类建模165.1 顺序图165.2 活动图185.2 协作图205.3 分析类图226.系统物理模型设计236.1 系统体系结构设计236.2数据库字段约束及索引设计236.2.1字段约束及索引设计236.2.2 数据库（SQL SERVER）实现的关系图256.3将分析类图映射为设计类图267.结束语27参考文献2
3、81. 项目概述1.1项目背景伴随着计算机技术在各行各业日益广泛和深入的应用，网络的概念已经深入人心。网络在各行各业占据了重要的位置，成为商家营业不可分割的一部分。商品的宣传已不只局限于电视、报纸，网络已成为商家的另一个舞台。通过网络可实现网上购物、等很多便捷的操作。网上购物系统的实现，可以方便用户及商家达到自己想买的商品以及卖出自己的商品。1.2项目范围本系统包含了三个功能模块：用户管理系统、商家管理系统、商品管理系统。其中会员管理系统中包含了会员的信息、会员充值等。商家管理包含了商家信息、商品订单、商家信誉等。商品管理包含了商品分类、商品信息等。1.3项目目标通过本系统，可以让用户和商家在
4、这样一个虚拟平台上更加了解商品信息，从而能够在平台上获得自己想要的收益。2. 项目可行性分析及实施计划2.1项目可行性分析2.1.1经济可行性分析PVF-WebStore Project Economic Feasibility Analysis Year Project Year0Year1Year2Year3Year4Year5TOTALSNet Economic Benefit060,00060,00060,00060,00060,000Discount Rate(12%)PV of Benefits053,57147,83142,70638,13134,046NPV of All Be
5、nefits053,571101,402144,108182,239216,285216,285One Time Costs42,500Recurring Costs030,00030,00030,00030,00030,000Discount Rate(12%)PV of Recurring Costs026,78523,91521,35319,06517,023NPV of All Costs42,50069,28593,200114,553133,618150,641150,641Overall NPV65,644Overall ROI(Overall NPV/NPV of All Co
6、sts)0.435待添加的隐藏文字内容2Break-Even AnalysisYearly NPV Cash Flow=Yearly PV of Benefits-Yearly PV of Recurring CostsOverall NPV Cash Flow=Yearly NPV Cash Flow+Overall NPV Cash Flow Before One YearYearly NPV Cash Flow-42,50026,78623,91621,35319,06617,023Overall NPV Cash Flow-42,500-15,7148,20229,55548,6216
7、5,644Project break-even occurs between years1 and 2Use first of positive cash flow to calculate break-even fraction:(23916-8202)/23916=0.657Actual break-even occurred at 1.7 years由以上表格可得出项目5年的收益超出了成本65644元。总投资回报率为0.435，项目收支平衡出现大约在1.7年，经济可行。2.1.2技术可行性分析基于VB技术的界面设置，以及SQ server的后台数据库的支持，还有Visio画图工具的支持。
8、本系统还有许多不够完善的地方，虽然少了很多非功能性需求的描述。但本系统的总体规模还是比较庞大而且每个子系统都是相当的复杂，在每个阶段都需要组成员互相讨论达成共识。在技术领域里团队里的每个成员都是处于在不断摸索的阶段，对系统所涉及的技术都不是那么熟悉。2.2 项目的软件开发生命周期模型2.2.1 软件生命的周期软件生命周期（SDLD）是指从软件开始开发到报废的全过程，迹称软件生存期（life cycle）。生命周期的理由；是指本文档描述组织定义的几种软件生命漠型，供项目策划时根据项目的具体情况选择或裁剪使用，从而确定软件项目开发过程的各种不同的阶段的执行顺序。一边用经典的瀑布模型来描述。GB 8
9、567中规定，软件生命周期分为7个阶段：1可行性研究和项目开发计划 2需求分析 3.概要设计 4详细设计 5.编码6测试 7.维护生存周期划分为5个阶段，即需求定义、设计、编码、测试及维护。 为了描述软件生存期的活动，提出了生存其模型。2.2.2生命周期模型的描述与概要解释原型瀑布模型：原型模型本身是一个迭代的模型，是为了解决在产品开发的早期阶段存在的不确定性、二义性和不完整性等问题，通过建立原型使开发者进一步确定其应开发的产品，使开发者的想象更具体化，也更易于被客户所理解。当出现以下情形时建议考虑选择原型瀑布模型：a）存在关于性能、可靠性和可行性方面的主要的、未解决的问题；b）用户界面对系统
10、成功是很关键的，但不很清楚。原型瀑布模型的开发流程如图 1所示多次迭代原型逐渐完善部分系统软件需求或软件需求分析原型设计原型实现原型测试瀑布测试图 1原型瀑布模型2.2.3生命周期模型各阶段说明 1）阶段目标：设计公共控制功能模块2) 输入：系统设计文件，数据库结果定义。3）过程：详细设计4）输出：详细设计文件2.3 项目实施计划基于原型+瀑布的开发方法可得到项目实施计划的甘特图如下：2.4 项目任务分解结构（WBS）1.任务分解图2.任务分解列表表1：总体任务分解列表任务分解任务描述任务 负责人达到指标备注任务一：需求分析 了解用户网购的需求，方便系统的设计。李斯、张四、张三完成初步分析建立
11、需求文档任务二： 概要设计初步设计系统应该包含的模块李斯、张四、张三完成初步设计任务三：详细设计与编码确定各功能模块以及各功能模块的负责人李斯、张四、张三将任务分配到个人每个人完成各自模块的设计与编码任务四：各功能模块的实现及测试(1) 用户管理系统(2) 商家管理系统(3) 商品管理系统张三张四、李斯、每个人完成各自模块实现及测试任务五：各子系统的集成各子系统的集成李斯、张四、张三各子系统的集成任务六：测试测试李斯、张四、张三测试任务七：维护维护李斯、张四、张三维护3. 网上购物系统需求分析3.1 业务需求描述伴随着计算机技术在各行各业日益广泛和深入的应用，网络的概念已经深入人心。网络在各行
12、各业占据了重要的位置，成为商家营业不可分割的一部分。商品的宣传已不只局限于电视、报纸，网络已成为商家的另一个舞台。通过网络可实现网上购物、等很多便捷的操作。网上购物系统的实现，可以方便用户及商家达到自己想买的商品以及卖出自己的商品。3.1.1功能性需求描述：网上购物系统的最主要功能对于用户而言就是能够在不出门的不出门的情况下就可以通过此系统买到自己喜欢的商品。对商家而言，可以通过此系统就可以得到自己所想要的收益。同时商品信息是用户和商家建立关系最重要的核心，只有通过用户满意的商品，商家才可能得到自己的利润。3.1.1.1 用户用户是系统的主要使用者，购物系统给用户提供的主要功能有： 用户的注册
13、：用户可以注册成系统的用户 注册的时候要存储用户的一些基本信息，如用户名，密码，姓名，住址，注册时间。验证注册的信息（）。 用户的基本信息修改。可以修改密码，住址，注册时间不可修改，还要向数据库中添加修改时间。 用户消费信息查询：用户可以查看历史消费信息（包括，消费时间，消费商品，消费价格），可以查看商品的详细介绍和该商品价格 用户购买：用户可以对选择的商品进行购买，如果费用不够还要向管理员充值。与系统管理员管理是一个交互的过程。如果帐号还有余款可进行消费。 退出功能，和销户功能用户可以退出网站，结束此次消费，销户：用户申请不再成为该系统用户。3.1.1.2 商家商家给用户提供的主要功能有：
14、增加商品：添加商品功能，可以在网站上增加商品，供用户浏览购买。 修改商品信息：价格、存货量、图片。 查询商品信息：设定参数数量、有选择的查询。 删除商品：过期商品的删除。3.1.2非功能性需求描述：l 性能需求网上购物系统除了系统核心的主要功能外，还有非功能性需求。如：（1）网上购物系统的用户界面简洁、明快，要求能够按照一致风格展示管理系统，能够突出购物系统的特点。（2） 用户操作方便，界面拥有商品的所关心的信息，如商品价格，现库存量等。（3）系统生成的所有Web页面，通过速率为40KBps的调制解调器在不超过10秒的时间内可以全部下载下来。（4）用户提交了查询之后，对查询的响应时间不能超过7
15、秒，在此时间内要将查询结果显示在屏幕上。（5） 用户向系统提交信息后，系统将在4秒内向用户显示确认消息。l 安全性（SEcurity）需求（1） 所有涉及功能信息或个人身份信息的网络事务，都要进行加密操作。（2） 除浏览界面外，用户必须登录到进行注册才能完成其他所有操作。（3） 顾客的登录受计算机系统访问控制策略的限制，具体请参照BR-35。（4） 公司的工作人员，只有那些授权为系统管理员的成员，才能通过系统创建或编辑各自的界面，具体请参照BR-24。系统只允许顾客浏览他们自己以前的订单，而不能浏览其他顾客的订单。3.2 系统功能模块划分3.3 系统用例图 图1 “网上购物系统”用例图 图4
16、“网上购物系统用户子系统”用例图3.4 网上购物系统商家子系统用例的“上传管理”和“订单管理”用例解说会员1 登录2注册3会员基本信息查询与修改4购物车管理5充值6订单管理管理员7权限管理8管理员基本信息管理用例ID号UC-6用例名称订单管理创建者张三最后更新者张三创建日期2010年10月24日最后更新日期2010年11月1日参与者会员描述该用例允许用户查询选择的商品前置条件1会员登录到“网上购物”2挑起会员想要的商品3 会员提交订单后置条件1. 如果用例成功，给网上留言一些对商品的评论进行提交2. 系统将订单内容送与管理员3 系统将订单存入数据库主干过程1.0用户查询选择商品，将选中的商品加
17、入到购物车，用户可随时增减购物车内商品 1.会员要求登录查看某种商品2.系统显示商品的内容3.会员从网上选择一种或多种商品，并且会员是否满意4.会员表明订货完成5.系统显示所订货条目、单价和总价格，邮费等， 6.会员确认订货订单7.系统显示是否确定8. 会员指定付费方式10.系统确认接收订单11.系统向会员显示确认订单细节、价格和送货说明12.系统将订单存储在数据库中，并发送到管理人员浏览上，将商品信息发送给会员管理员库存系统，并更新有效的送货时间13.系统显示订单状态分支过程1.1 订多种商品1.会员修改另一种商品2.返回到退出1.2 同样的查询多种商品1.会员请求预订指定数量的同样商品多种
18、2.返回到第4步1.3 订当年流行的商品1.会员登录从商品中订当年特色的商品用例ID号UC-7用例名称权限管理创建者张三最后更新者张三创建日期2010年10月25日最后更新日期2010年11月2日参与者管理员描述公司负责人给系统管理员分配权限，不同管理员拥有不同模块的管理权限前置条件1.管理员的基本信息已经录后者条件1.系统各模块的管理权限付给不同的管理员2.非该模块管理员对该模块信息无修改权限3.系统将信息及操作记录录入数据库主干过程1. 管理员登录系统2. 系统显示各功能模块3. 管理员对各功能模块进行赋权（第一步）4. 系统显示各功能模块的管理人员5. 管理员进行确认提交6. 系统显示各
19、系统管理员负责的功能模块并提示确认7. 管理员确认8.系统将信息及操作记录录入数据库9.管理员退出分置过程1.1 管理员对功能模块的负责人进行修改返回第一步1.2 系统将信息及操作记录录入数据库1.3 管理员删除负责人1.4 系统提示对该负责人的权限收回1.5 管理员确认1.6系统更新数据库优先级中等4. 据模型分析4.1 E-R模型4.2 UML数据建模4.3 逻辑数据模型分析（数据字典）（1）订单（订单号，会员号，商品号，商品价格，发货地址）（2）会员（会员号，姓名，出生年月，联系电话，地址，电子邮箱，管理员id）（3）商品（商品号，类别，价格，型号，库存。商家号）（4）管理员（管理员id
20、，姓名，性别，职称，身份证号，联系方式，邮箱）（5）商家（商家号，姓名，身份证号，性别，信誉度）（6）商品订单（商品号，订单号，送货地址，颜色，数量，型号，商品价格）5. 用户子系统（订单管理用例、权限管理用例）分析类建模5.1 顺序图 图1 “上传管理”用例顺序图 5.2 活动图 图2 “用户管理”用例活动图 图3 “用户管理”用例状态图 5.2 协作图 图4 “会员管理”用例协作图 5.3 分析类图 图5“上传管理”用例分析类图 系统物理模型设计6.1 系统体系结构设计 本系统拟采用B/S体系结构，设计为四层架构。实现此系统基于SQL Server 做后台数据库管理，Visual Stud
21、io 2005做前台界面管理。6.2 数据库字段约束及索引设计6.2.1字段约束及索引设计Order字段名称数据类型长度字段约束规则是否为索引ordno整型4主键membno字符型4外键（参照member表）不为空是goodsno字符型4外键（参照goods表）不为空是price字符型20sendaddr字符型20goods字段名称数据类型长度字段约束规则是否为索引goodsno整型4主键category字符型20不为空是type字符型20是color字符型10price浮点型8是inventory字符型10comtact字符型10bname字符型10外键（参照businessman表）goo
22、dsorder字段名称数据类型长度字段约束规则是否为索引goodsno字符型10主键ordno字符型50主键不为空是sendaddr字符型10外键（参照order表）不为空是color字符型20type字符型10gprince整型外键（参照goods表）members字段名称数据类型长度字段约束规则是否为索引memno整型4主键不为空mname字符型20不为空是birthday日期型8是phoneno字符型11不为空addr字符型20不为空email字符型20不为空admiid整型4不为空businessman字段名称数据类型长度字段约束规则是否为索引bname字符型10主键registrat
23、ionid字符型10不为空是credibity字符型10是Administrator 字段名称数据类型长度字段约束规则是否为索引admild整型4主键aname字符型20不为空是sex字符型2是title字符型20ID字符型10aphoneno字符型11aemail字符型206.2.2 数据库（SQL SERVER）实现的关系图6.3 将分析类图映射为设计类图6. 结束语系统的不足之处：由于考虑到系统功能实现的庞大及现学知识的不足，本系统中的商家都假设成只有一家，同时系统中也没有涉及网上银行。同时其它很多非功能性需求都没有涉及，系统的后续发展需要在很多方面都还需改进。通过本次课程设计，对面向对
24、象系统分析设计课程的内容进行了更深一步的理解。课程设计采用OOSAD方法软件开发生命周期，对“网上购物系统”中的“项目管理与计划阶段” 、“系统分析阶段”和“系统设计阶段”进行了描述。同时了解了B/S架构和C/S架构的内容，本系统采用B/S架构进行实现。参考文献1 （中国）韩万江、姜立新著。软件项目管理案例教程，机械工业出版社 20002 （中国）韩万江著 软件工程案例教程20003 Joey George,Dinesh Batra,Joseph Valacich,Jeffrey Hoffer 著面向对象系统分析与设计第2版 清华大学出版社 20074李捷 主编Visual Basic 2005 程序设计教程 机械工业出版社
