大学毕业设计硕士论文写作范本面向对象方法Word下载.doc
- 文档编号:625141
- 上传时间:2023-04-29
- 格式:DOC
- 页数:40
- 大小:715KB
大学毕业设计硕士论文写作范本面向对象方法Word下载.doc
《大学毕业设计硕士论文写作范本面向对象方法Word下载.doc》由会员分享,可在线阅读,更多相关《大学毕业设计硕士论文写作范本面向对象方法Word下载.doc(40页珍藏版)》请在冰点文库上搜索。
Abstract
此处插入英文摘要,就是中文摘要的正确翻译,注意关键词的翻译要准确>
Keywords:
<
英文关键词,要与中文摘要对应,例如:
XXXX,UML,DataModeling>
目录
此处插入论文目录>
第一章引言
1.1项目背景与问题概述
1.1.1项目背景
<
此处插入论文中所述项目的项目背景,旨在突出社会发展背景、项目的出发点等等。
以下是范本请不要照搬!
本小节一共200-400字,不超过半页>
[随着科学技术的进步和社会经济的发展,信息化进程已经成为一种必然的趋势。
近年来,由于信息化在多个领域取得了巨大的成就,为国家的经济建设和社会发展做出了不可估量的贡献。
因此,人们认识到,作为国家信息化和社会信息化的重要组成部分之一的商业信息化,已然成为了促进社会经济发展的一个增长点,也是推动商业发展的重要手段。
商业信息化已经被越来越多的企业和商家所关注。
世界电子商务的快速度发展,同时B2B、B2C、C2C等一系列的结构快速度发展,这些都需要网上商城来支持,少则自己开个商店,大则阿里巴巴等电子商务,这些都成就了商城系统的出现,正因为网上电子商务的安全性与稳定性的要求高,所以对商城系统也需要有一个严格的考验。
因此,开发一个基于web的动态网上购物系统,对发展电子商务无疑是十分迫切的。
]
1.1.2问题概述
此处插入论文的论点,旨在突出论文讨论解决的问题。
>
在信息技术日新月异的今天,随着新技术、新功能的演变,开发一个XXX系统有着多种技术手段来实现。
如何根据具体需求采用合适的技术来实现,是很多软件开发者正在考虑的问题。
展开叙述一些传统技术手段存在的问题>
[不少商家、公司只制作一个或几个产品介绍的页面,要修改资料,需要对网页重新修改,客户却又不能网上下定单,需要通过多种步骤才能与商家取得联系,其弊端是显见的,首先是低效率、数据的严重冗余,其次是维护困难。
显然由这些简单链接的页面构成的网站在数据的共享性、人机的交互性以及网站维护性上都是很现实的问题。
此外,现有的电子商务系统普遍存在着…….问题,一直得不到解决。
展开叙述一些传统网上购物系统普遍存在的问题>
1.2国内外研究与应用现状
此处插入国内外研究与应用现状,应该多参考相关文献,引用比较多,注意引用格式,200-400字,不超过半页>
1.3研究的意义与重要性
此处插入研究的意义与重要性,应该和1.1.2小节的问题概述相呼应,200-300字,不超过半页>
第二章需求分析
软件需求过程是整个软件开发初始阶段,对软件的品质具有决定性的作用。
软件需求工程研究如何理解和说明用户对所开发软件的要求和期望。
需求就是以一种清晰、简明、一致且无二义性的方式对一个待开发系统中的各个方面有意义的陈述的集合[4]。
需求必须是完整的,足以使设计师和工程师来开发一个使客户满意的软件制品。
IEEE软件工程标准词汇表(1997年)中定义需求为[5]:
(1)用户解决问题或达到目标所需的条件或能力(Capability);
(2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力;
(3)一种反映上面(l)或
(2)所描述的条件或能力的文档说明。
软件需求包括三个不同的层次:
业务需求、用户需求和功能需求(也包括非功能需求)[6]。
2.1业务需求
业务需求(businessrequirement)是客户对软件制品目标的高层次要求。
2.1.1.业务描述
描述系统当前的主要业务问题,进一步阐述通过计算机软件要达到哪些目标,解决哪些主要问题等。
示例:
(一)能够实现商品展示、商品检索、商品选择、网上订货、网上支付和商品发货等功能,对网上购物的全过程进行管理
(二)实现对网上购物过程中产生的所有业务数据的管理,如订货单、支付记录、发货信息的管理与维护
(三)具有配套的系统后台管理维护功能,能够对商品信息、用户信息、系统日志等信息进行管理与维护,并能够进行对应的级别管理
(四)响应速度合理,安全性较高
(五)系统运行稳定,并且应易于维护
2.1.2.主要业务流程
使用UML的活动图描述系统的主要业务流程等。
(一)商品展示活动图
图2.1商品展示活动图
(二)商品选购活动图
图2.2商品选购活动图
(三)货款支付活动图
图2.3货款支付活动图
(四)发货管理活动图
图2.4发货管理活动图
(五)退货管理活动图
图2.5退货管理活动图
2.2功能需求
功能(function)是刻画系统行为、特别是系统与环境关系的重要概念。
用户需求(UserRequirement)描述了待开发的软件必须完成的任务。
功能需求(FunctionalRequirement)定义了必须实现的软件功能,使得用户通过这些功能完成他们的任务,从而满足业务需要。
2.2.1角色分析
从系统的角度分析系统的参与者,并给出每一个参与者的描述。
以下从网上购物系统的实际需求分析,系统涉及到以下角色:
表2角色划分表
角色
职责或功能
客户(买家)
系统主要参与者,进行商品选购、商品退货、货款支付等
卖家
系统主要参与者,进行商品发货、订单管理、商品管理、统计查询等
系统管理员
管理和维护整个系统的用户组织结构,负责对用户、角色、用户级别的增、删、改、查等管理。
2.2.2业务功能
从系统的使用者的角度使用UML的用例图描述系统的用例,并给出每一个用例的用例描述。
以下从业务角度出发,给出了系统的总体用例图,包含商品选购、网上订货、贷款支付、商品发货、退货管理、订单管理和发货信息等用例,如下图所示:
图2.6系统总体用例图
2.2.2.1商品选购
图2.7商品选购用例图
表2-1商品选购用例描述
描述项
说明
用例名称
商品选购
标识符*
YL01
用例描述
描述了买家使用本系统销售管理子系统进行商品选购的整个过程
参与者表
优先级
1
状态*
进行中
前置条件
用户已登录系统
后置条件
系统给出操作成功提示
基本操作流
1.用户在系统主页上选择商品分类,进入商品列表查看界面或在搜索框中要购买商品关键信息进行检索,提取符合条件的商品列表;
2.找到所需商品后点击“查看详细信息”按钮,进入商品详细信息查看页面;
3.确定购买后,设置购买数量,点击界面上的“放入购物车”按钮;
4.根据需要,点击“继续购物”按钮,返回主界面继续选购其他商品;
可选操作流
1.用户将选购商品放入购物车后,不继续选购其他商品,进入购物车中确认商品信息,确认无误后,点击结算按钮,进入支付界面。
2.用户将选购商品放入购物车后,可以进入购物车删除已放入商品。
被泛化用例表
该用例的特化用例列表
被包含用例表
无
被扩展用例表
修改历史记录*
暂无
问题*
决策*
频率*
表2-2商品信息获取用例描述
商品信息获取
YL02
描述了买家使用本系统进行商品信息获取的过程
2
系统显示所获取商品信息
1.用户在系统主页上选择商品分类,进入商品列表查看界面。
2.输入关键字,进入关键字相关商品列表查看界面。
表2-3购物车管理用例描述
购物车管理
YL03
描述了买家使用本系统进行购物车管理的整个过程
1.用户在系统商品列表页面选择某一商品
2.点击“加入购物车”按钮
3.将商品加入购物车
1.用户可同时选择多种商品再点击“加入购物车”按钮,同时加入多种商品
以下2.2.2.2到2.2.2.11小节请参照2.2.2.1小节>
2.2.2.2货款支付
2.2.2.3订单管理
2.2.2.4发货管理
2.2.2.5退货管理
2.2.2.6商品管理
2.2.2.7统计查询
2.2.2.8用户管理
2.2.2.9日志管理
2.2.2.10系统角色管理
2.2.2.11用户级别管理
2.3数据需求
此处应根据3.2.2小节的用例图,相对应的在本小节给出类图的概念设计,包含界面类、控制类和实体类,不要求展开类的属性和方法,采用类图的简化表示或缩略表示,例如>
图2.8系统概念类图
如上图所示,经过分析后得知系统中所需的类和各类之间的关系如上图所示。
图中后台管理界面类提供对系统角色、系统用户、用户级别、系统日志、商品类别的维护工作。
购物界面类提供对商品信息、购物车、订单、支付记录、发货记录、退款申请的各类操作。
2.3.1商品选购
图2.16商品选购类图缩略表示
以下2.3.2到2.3.11小节请参照2.3.1,给予补充说明>
2.3.2货款支付
2.3.3订单管理
2.3.4发货管理
2.3.5退货管理
2.3.6商品管理
2.3.7统计查询
2.3.8用户管理
2.3.9日志管理
2.3.10系统角色管理
2.3.11用户级别管理
第三章系统设计
任何工程项目,在生产之前必须要作设计,软件工程项目也一样,在软件编码前也必须先进行软件设计。
软件设计是软件开发的关键步骤,直接影响软件的质量。
如果说在软件需求分析阶段已经完全弄清楚了软件的各种需求,就较好地解决了所开发的软件“做什么”的问题,并已在软件需求说明书中详尽和充分地阐明了这些需求,那么下一步就要着手对软件系统的功能结构、数据结构和用户界面等进行设计,即软件设计阶段要解决“怎么做”的问题,并最终通过“设计模型图”来反映设计的结果。
3.1总体设计
主要阐述有关系统设计之功能架构设计,以下为范本>
系统功能架构设计定义软件系统各主要部件及成分之间的关系。
可以通过UML的包图来表示,系统功能一般对应需求分析中的用例,例如:
图3.1系统总包图
如上图3.1所示,系统一共分为两个子系统,网上购物子系统和后台管理子系统。
其中,网上购物子系统又分为商品选购、货款支付、订单管理、发货管理、退货管理、商品管理、统计查询共7个模块。
后台管理子系统又分为用户管理、日志管理、系统角色管理和用户级别管理共4个模块。
3.2功能模块设计
针对3.1.1节的总体功能架构,逐项功能展开设计。
3.2.1商品选购
3.2.1.1功能结构设计
使用UML包图给出子功能架构,例如
图3.2商品选购包图
“商品选购”功能主要目的是为买家提供购买卖家提供的商品的功能;
此外,该功能还负责将用户选中的商品放入购物车,对购物车进行管理。
因此,商品选购模块主要涉及商品信息获取以及购物车管理两个子模块。
其中商品信息获取模块主要分为检索商品和查看商品详细信息两个组成部分。
购物车管理又分为将商品放入购物车和将商品从购物车移除两个部分。
3.2.1.2类图设计
图3.3商品选购类图
如上图所示,商品选购类图中一共有6个类,其中:
商品选购界面类主要负责响应页面发出的商品信息获取请求,负责购物车的维护;
购物车管理类是购物车管理主功能类;
商品信息获取类主要负责根据各类格式或条件获取商品的信息以及对商品类型的管理;
商品信息类是商品信息实体类,具备单元信息维护功能;
商品类别类是商品类别实体类,具备单元信息维护功能;
购物车记录类是购物车实体类,具备单元信息维护功能。
3.2.1.3顺序图设计
使用顺序图或协作图描述该功能(用例)所参与的对象,以及这些对象相互之间的动态消息联系;
使用状态图用来描述一个特定的对象所有可能的状态,以及由于各种事件的发生而引起的状态之间的转移和变化。
图3.4商品选购顺序图
图3.5商品信息获取顺序图
图3.6购物车管理顺序图
3.2.1.4核心处理流程设计
使用活动图描述上面顺序图中所述核心操作的处理流程。
由于这是论文模板,这里只是简要的阐述,选择了几个有代表性的方法进行细化,但是,在正式论文中,每个复杂的流程步骤都应该用一个活动图来进行描述,不能省略。
例如“按商品类别提取商品列表”这个方法在下文中没有细化,但是这的确是必不可少的>
在上述顺序图3.4中,“根据关键字搜索商品”和“添加购物车记录”这两个方法还可以进一步细化,将在3.2.1.3中利用活动图进行进一步的细化说明,如图3.7和图3.8。
图3.7根据关键字搜索商品活动图
图3.8添加购物车记录活动图
在上述顺序图3.5中,“根据商品ID获取商品对象实体”这个方法还可以进一步细化,将在3.2.1.3中利用活动图进行进一步的细化说明,如图3.9。
图3.9根据商品ID获取商品对象实体活动图
在上述顺序图3.6中,“将商品从购物车删除”这个方法还可以进一步细化,将在3.2.1.3中利用活动图进行进一步的细化说明,如图3.10。
图3.10将商品从购物车删除活动图
以下3.2.2到3.2.12小节请参照3.2.1小节,给予补充说明>
3.2.2货款支付
3.2.2.1功能结构设计
3.2.2.2类图设计
3.2.2.3顺序图设计
3.2.2.4核心处理流程设计
3.2.3订单管理
1.
2.
3.
4.
4.1.
4.2.
3.4.1.
3.4.2.
3.4.3.
3.2.3.1功能结构设计
3.2.3.2类图设计
3.2.3.3顺序图设计
3.2.3.4核心处理流程设计
3.2.4发货管理
3.4.4.
3.2.4.1功能结构设计
3.2.4.2类图设计
3.2.4.3顺序图设计
3.2.4.4核心处理流程设计
3.2.5退货管理
3.4.5.
3.2.5.1功能结构设计
3.2.5.2类图设计
3.2.5.3顺序图设计
3.2.5.4核心处理流程设计
3.2.6商品管理
3.4.6.
3.2.6.1功能结构设计
3.2.6.2类图设计
3.2.6.3顺序图设计
3.2.6.4核心处理流程设计
3.2.7统计查询
3.4.7.
3.2.7.1功能结构设计
3.2.7.2类图设计
3.2.7.3顺序图设计
3.2.7.4核心处理流程设计
3.2.8用户管理
3.4.8.
3.4.9.
3.2.9.1功能结构设计
3.2.9.2类图设计
5.
6.
7.
7.1.
7.2.
3.2.9.1
3.2.9.2
3.2.9.3顺序图设计
3.2.9.4核心处理流程设计
3.2.9日志管理
3.4.10.
3.2.10.1功能结构设计
3.2.10.2类图设计
3.2.10.3顺序图设计
3.2.10.4核心处理流程设计
3.2.10系统角色管理
3.4.11.
3.2.11.1功能结构设计
3.2.11.2类图设计
3.2.11.3顺序图设计
3.2.11.4核心处理流程设计
3.2.11用户级别管理
3.4.12.
3.2.12.1功能结构设计
3.2.12.2类图设计
3.2.12.3顺序图设计
3.2.12.4核心处理流程设计
3.3数据库设计
3.3.1主要实体类关系图
图3.51网上购物管理信息系统实体类关系图
图3.52日志管理实体类关系图
3.3.2主要数据库表设计
根据实体类,给出软件系统主要库表的设计,例如:
(1)商品类别
保存商品类别的基本信息。
表3-26商品类别表
字段名
数据类型
长度
主键否
商品类别ID
Guid
主键
商品类别名称
nvarchar(20)
20
否
(2)商品信息
保存商品的基本信息。
表3-27商品信息表
商品ID
商品名称
nvarchar(150)
150
单价
int
库存量
描述信息
nvarchar(255)
255
商品照片
Binary
商品类别
nvarchar(50)
50
商品状态
nvarchar(10)
10
(3)购物车记录
保存购物车记录的基本信息。
表3-28购物车记录表
购物车记录ID
购物车所有者ID
购买数量
创建日期
Datetime
商品总额
(4)订单项
保存订单项的基本信息。
表3-29订单项表
订单项ID
订单ID
(5)订单
保存订单的基本信息。
表3-30订单表
客户ID
订单总额
下单日期
支付状态
发货状态
结单日期
(6)用户信息
保存用户的基本信息。
表3-31用户信息表
用户ID
用户名
用户编号
密码
电子邮件
手机号码
座机号码
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 大学 毕业设计 硕士论文 写作 范本 面向 对象 方法