面膜之恋网站软件概要分析设计报告.docx
《面膜之恋网站软件概要分析设计报告.docx》由会员分享,可在线阅读,更多相关《面膜之恋网站软件概要分析设计报告.docx(15页珍藏版)》请在冰豆网上搜索。
![面膜之恋网站软件概要分析设计报告.docx](https://file1.bdocx.com/fileroot1/2023-1/28/d0d68fc0-2c31-44d5-966e-ee689d0dabf3/d0d68fc0-2c31-44d5-966e-ee689d0dabf31.gif)
面膜之恋网站软件概要分析设计报告
面膜之恋概要分析设计报告
一、引言
1.1编写目的
根据前面的需求分析报告,我们了解了系统的基本需求和数据流图,要实现整个系统,需要对用户的需求进行设计,概要设计是从整体把握系统的框架,包括模块划分,处理流程和接口设计,此概要设计说明书对上述容做了总体描述,体现了用户需求与应用系统实现之间的关系,确定整个系统的物理配置确定整个系统的处理流程和系统的数据结构,接口设计,实现对系统的初步设计。
在设计中起到提纲挈领的作用。
预期读者为客户,消费者及程序设计人员。
1.2项目背景
项目名称:
面膜之恋网上购物系统
项目委托人:
项目开发小组:
项目简介:
本软件主要实现网上产品展示与在线订购以及人员的管理。
主要包括:
一、不同身份的人员有不同的功能权限(管理人员、注册用户、会员);
二、在线商品展示(分页展示);三、在线订购(一整套购物流程);四、后台管理(用户、会员的管理、商品的管理)。
1.3项目风险
次开发软件所有的主要风险承担者包括:
1、软件开发者:
对于软件开发者最主要十分清楚的业务流程,如果弄不清的业务流程,那么开发出来的软件就不能够符合的需求,那么整个系统将不可用,费时费力。
如果和商家签订合同,还会耽误提交软件的时间,要赔偿违约金
2、品使用者:
对于产品使用者,熟悉整个系统软件那是毫无疑问的,使用者不解件,
那么软件开发出来是毫无意义的,使用是软件开发的最终目的,如果使用者不熟个系统的结构,流程,就不能对系统进行维护和更新,可能造成系统崩溃。
1.4预期读者和阅读建议
本软件的预期读者包括:
用户
开发人员
管理员
文档编写员
营销人员
测试人员
阅读建议:
使用本软件请严格按照说明书操作,如有不明白可咨询开发人员,对于网络用户及消费者,可按照网上购物操作指南进行操作。
1.5参考资料
此系统概要设计主要以下面的参考文献为主:
法律安全方面
《电子商务安全与法律》(奚宪铭鞠成东科文)版本号:
188467,发表日期:
2008-12
开发方面:
《电子商务开发与建设》(文沛,韦善周,梁凡)版本号:
048562;
人民邮电,出版日期:
2009-6
《ASP.NET》(志强,徐俊伟)版本号:
081608.:
清华大学;出版日期:
2009-10
《C#》(亮亮,忠强)人民邮电
PHOTOSHOP
用户界面风格指南
文智,MicrosoftIIS网页技术,人民邮电。
Microsoft,MicrosoftVisualInterDev6.0Programmer’sGuide。
K.Spencer,MicrosofeVisualInterDev从入门到精通。
二、设计概述
2.1限制和约束
本开发是为模拟实习所用,暂未考虑用于商业活动,未对经费限制进行考虑,但是此软件在编辑语言方面,通信协议,安全和要求,开发过程中应该遵循的某些标准和规则有所限制。
开发日期:
2011年11月底完工;
硬件限制:
硬件配有部分配置比较底,但完成说明书中的功能和性能是没有问题的;
编程语言:
C#VisualStudio2005noteScriptHTML
通信协议:
TCP/IPX.509
安全和要求:
Notes提供的七级权限控制:
CA加密认证;
开发过程中要严格遵守某些标准和规则:
编码规采用NotesScriptC#VisualStudio2005编码规进行。
2.2设计原则和设计要求
描述对本软件系统进行概要设计的原则,包括:
命名规则:
本软件以程序惯用名词为命名标准,便于程序员的开发和维护
边界设计原则:
本设计界面大小为1024*768
数据库设计规则:
规化,在设计和操作维护数据库时,关键的步骤就是要确保数据正确地分布到数据库的表中。
使用正确的数据结构,不仅便于对数据库进行相应的存取操作,而且可以极简化应用程序的其他容(查询、窗体、报表、代码等)。
正确进行表设计的正式名称就是"数据库规化"。
三、系统逻辑设计
3.1系统组织设计
系统组织设计通过系统组织表描述本系统由哪些子系统(模块)组成,这些子系统与业务职能之间的关系,以及各个子系统的安装地点。
系统组织表的格式如下:
子系统编号
英文名称
中文名称
业务职能
A1
MembershipSystem
会员认证系统
该子系统实现会员的注册与认证
A2
GoodsmanagerSystem
商品管理系统
前台管理;
后台管理
A3
Shoppingsystem
购物车系统
该子系统实现商品的浏览、查询订购以及支付货款
A4
OrderingGoodssystem
订单系统
该子系统包括订单管理、售后评价、支付方式、配送说明、留言板、其它等等功能的实现。
A5
LiuyanmanagerSystem
留言管理系统
用户可对提建议、咨询,对产品的效果等进行交流。
A6
Otherservicesystem
其他服务系统
该子系统包括随着节日的到来,修改整个的外观、网上调查、视频教学等其它功能的实现。
3.2系统结构设计
本节将对系统特性作较为详细的描述,并给出系统特性结构图。
①系统特性表
系统特性是系统中完成某项具体操作的基本单元,它由入口参数,出口参数以及处理过程三部分组成。
系统特性可以具有操作界面,也可以没有操作界面;可以被其它操作界面、或者系统特性调用,也可以调用其它操作界面、非操作界面、或者系统特性;但是不允许递归调用(调用自己),包括间接递归调用。
当系统由多个子系统(模块)组成时,每个子系统分别使用一系统特性表进行描述。
系统特性表的格式如下:
子系统编号:
A1
子系统英文名称:
MembershipSystem
子系统中文名称:
会员认证系统
特性编号
系统特征
英文名称
系统特征
中文名称
操作功能
调用对象
被调用
对象
备注
A1.1
Register
会员注册
注册一个新的会员账户
A1.2
Logon
会员认证
会员登录时验证用户名与密码
验证用户身份
说明:
子系统编号:
A2
子系统英文名称:
Shoppingsystem
子系统中文名称:
商品订购系统
特性编号
系统特征
英文名称
系统特征
中文名称
操作功能
调用对象
被调用
对象
备注
A2.1
Inquire
商品浏览
用户根据自己的需要可按品牌、功效等条件对商品进行浏览,也可查询。
A2.2
Order
商品订购
用户确认要购买的商品,并将其放入购物车
A2.3
Shoppingmanagement
购物车管理
用户可自己修改所购买的商品数量,如不满意也可删除商品。
说明:
子系统编号:
A3
子系统英文名称:
OrderingGoodssystem
子系统中文名称:
订单订购系统
特性编号
系统特征
英文名称
系统特征
中文名称
操作功能
调用对象
被调用对象
备注
A3.1
MemberService
会员服务
为会员提供各种产品和服务信息;提供产品服务的优惠待遇,如价格打折,积分统计;
A3.2
Payment
支付说明
让用户了解我们的支付方式,并对其进行详解。
A3.3
Delivery
配送说明
告知用户相关的配送方式,如:
上门自提、快递运输、特快专递。
A3.5
OrderManagement
订单管理
用户可以对想了解的订单进行查询,还可以取消尚未生效的订单。
A3.6
Comments
评价
用户购物后可以对商品或服务作出相关的评价。
说明:
子系统编号:
A4
子系统英文名称:
Otherservicesystem
子系统中文名称:
其他服务系统
特性编号
系统特征
英文名称
系统特征
中文名称
操作功能
调用对象
被调用
对象
备注
A4.1
Leaving
留言专区
用户可对站商品进行讨论交流。
A4.2
Teaching
视频教学
用户可通过观看视频了解相关知识。
说明:
②系统特性结构图
系统特性结构图给出系统特性在逻辑层面上相互之间的关系,其主要依据来源于需求规格说明书中,系统特性一节中的有关描述。
如果系统划分为多个子系统,应分别给出系统与子系统、以及各个子系统与系统特性的结构图。
绘制系统与子系统结构图时,一般不需要描绘出系统特性,如果确有必要,尽可能只画出第一层系统特性。
绘制子系统与系统特性结构图时,通常也不需要描绘出第二层系统特性,如果确有必要可以画出,但是尽可能不要画出第三层系统特性。
四、系统出错处理设计
4.1出错信息
本程序多采用异常处理的机制,当遇到异常时不但能及时处理,保证程序的安全性和稳定性,而且各种出错信息能通过弹出对话框的形式,及时告诉用户出错的原因及解决的办法,使用户以后能够减少错误的发生。
4.2补救措施
程序的大部分地方还采用了出错保护,如输入容的长度和类型等减少了用户出错的可能。
我们对本程序的几种可能的错误进行了分析,分别进行了不同的处理。
主要可能的错误有:
Ø数据库连接错误:
这类错误主要是数据库设计不正确,或sqlserver异常引起的,我们只要取消本次操作,提醒用户检查数据库问题就可以了。
Ø输入错误:
这主要是用户输入不规造成的,我们在尽量减少用户出错的条件的情况下,主要也是通过对话框,提醒用户,然后在操作。
Ø其他操作错误:
对于用户不正确的操作,有可能是程序运行不正常,我们主要是终止操作,并提醒用户终止的原因和操作的规。
Ø其他不可预知的错误:
程序也可能会发生一些我们无法预知的错误,我们对此不可能做出完全的异常处理,这是我们主要是保护数据的安全,所以要经常进行数据库备份,并能及时的跟我们联系,已逐步完善我们的程序。
五、系统维护设计
软件的维护主要包括:
数据库的维护和软件功能维护。
✧对于数据库的维护:
本软件已经提供了数据库的备份和恢复功能,可以方便的实现数据库的维护管理。
✧对于软件功能方面的维护,由于我们采用的是模块化的设计方法,每个模块(窗口)之间相互独立性较高,这样对软件的维护带来了很大的方便,对于单独功能的修改只需修改一个窗口就行了。
而对于功能的添加,只要再添加菜单项的容即可,软件应用后,我们将根据用户的要求和反应,定期的对软件进行维护修改。
六、数据库设计
数据库设计包括软件需求分析中所用的以下容:
用户表(users)
字段名
类型
是否为空
备注
username
varchar(25)
否
主键,用户名
password
varchar(25)
否
密码
email
varchar(50)
否
age
int
(2)
否
年龄
profession
varchar(20)
是
职业
Question1
varchar(100)
否
问题1
Question2
varchar(100)
是
问题2
Answer1
varchar(100)
否
答案1
Answer2
varchar(100)
是
答案2
面膜详细表(face-masks)
字段名
类型
是否为空
备注
pid
int
否
自动编号
pname
varchar(50)
否
主键,商品名
pmodel
varchar(20)
否
类型
pstarders
varchar(20)
是
商品规格
pbrand
varchar(20)
否
品牌
punit
varchar(10)
否
单位
pvolume
varchar(10)
否
容量
pdate
smalldatetime
否
上架时间
price
varchar(10)
否
价格
pic
varchar(100)
是
图片
pdesc
varchar(1000)
是
商品描述
pnumber
int(4)
否
数量
pstate
bit
否
商品状态
购物车表(shopping)
字段名
类型
是否为空
备注
buyname
varchar(50)
否
外键,商品名
buynumber
int(4)
否
数量
yuanjia
varchar(10)
否
原价
zhekoujia
varchar(10)
否
折扣价
username
varchar(25)
否
外键,用户名
orderid
int(8)
否
主键,订单号
picture
image
否
图片
订单表(orders)
字段名
类型
是否为空
备注
orderid
int(8)
否
外键,订单号
truename
varchar(25)
否
真实
address
varchar(50)
否
地址
postcode
int(6)
否
邮编
telephone
Int(20)
否
联系
delivery
varchar(20)
否
送货方式
payway
varchar(20)
否
支付方式
buydate
smalldatetime
否
购买时间
评价表(comments)
字段名
类型
是否为空
备注
pname
varchar(50)
否
外键,商品名
username
varchar(25)
否
外键,用户名
contents
varchar(255)
是
评价容
score
varchar(10)
否
分数
留言表(messages)
字段名
类型
是否为空
备注
lyid
int(4)
否
留言ID,自动编号
username
varchar(25)
否
用户名
contents
varchar(255)
否
留言容
date
smalldatetime
否
留言时间