软件工程在线购物网站设计全套.docx
《软件工程在线购物网站设计全套.docx》由会员分享,可在线阅读,更多相关《软件工程在线购物网站设计全套.docx(146页珍藏版)》请在冰豆网上搜索。
软件工程在线购物网站设计全套
学号1207010208
软件工程
实验报告
O2O在线商城
起止日期:
2015年03月25日至2015年05月29日
学生姓名
安达开
班级
计算机2
成绩
指导教师(签字)
计算机与信息工程学院
2015年06月08日
天津城建大学
设计实验任务
(一)
2014—2015学年第2学期
计算机与信息工程学院计算机科学与技术专业计算机2班级
设计实验名称:
可行性研究报告和需求分析说明书
设计题目:
O2O在线商城
完成期限:
自2015年03月25日至2015年03月25日
一、实验目的
1.加深并消化本课程授课内容,结合所学过的前导课程内容;
2.会运用编写可行性研究报告和软件需求分析所使用的软件工具和运行环境,对实例所描述问题进行分析与设计,会使用规范的可行性研究报告和软件需求分析说明书格式进行建模和编写说明书;
3.进一步鼓励学生勤思考,综合考虑实际问题,运用所学过的知识完成实验任务,包括运用可行性分析方法和软件需求获取、抽象、分析和设计过程,编写出符合客观实际、逻辑合理、文档可行、结构优化和简洁明了的可行性研究报告和软件需求分档和规格说明书。
4.达到巩固课程知识和实际应用的目的,是后面实验内容的前导实验。
二、实验要求
1.通过对实际问题的了解,自拟题目,运用需求分析获取需求的方法,按照可行性研究报告要求编写可行性研究报告;按照软件需求分析方法和需求分析说明书格式编写说明书;
2.可行性研究报告要求要把课堂内容融入其中,特别是DFD和数据字典,通过功能分解确定系统所完成的功能,并通过对性能进行分析和其他内容的分析确定项目是否可性。
进行深入访谈,按照需求文档要求对每个细节进行了解,对DFD进行细化完善数据字典,进行动态模式设计,明确用户对性能的需求,按照格式要求编写需求文档和需求规格说明书;
3.实验前先用笔纸做好初步的模型和分析和设计文档,再进行做实验,提高效率。
每项内容都要个人独立完成;
4.文档要求结构清晰,图文表达准确,标注规范。
设计内容客观、合理、可行、逻辑性强。
5.软件工具可使用office、windowsvisio2003、rose(或其他建模工具软件)等,个人熟悉的软件建模工具。
文档中每个人绘制的图形用嵌入到文档中,每个图形都必须可编辑,不可使用贴图的方式粘贴图片。
6.实验结束后,把电子文档上传到指定地方,并保留电子文档。
三、实验内容
可行性研究报告
1引言
1.1标识
O2O:
本地在线商城。
1.2背景
自20世纪90年代,互联网的蓬勃发展,为企业提供了一个全新的机遇。
企业网站、电子商务成为热门话题。
其中,电子商务更是关系到经济结构、产业升级和国家整体经济竞争力。
为此,我国己经将发展电子商务列为信息化建设的重要内容,并努力创造条件,积极地推进电子商务的发展。
据美国在线(AOL)和HenleyCentre联合进行的•项调查显示:
国外有80%的受调查者会选择网上购物或寻求帮助,10%的受调查者会选熟悉的品牌或厂商来购买。
而在国内,自1997年拉开了电子商务的序幕,短短的10年时间里,全国己有4万家商业网站,几乎每天都有新的网站诞生,厂商所在地也从上海、广州、深圳等沿海发达地区扩展到全国各小、中城市。
而现在随着物流的发展迎来了电商网站的新一次革命O2O模式正在进入人们的生活。
1.3项目概述
“本地电子商务在线购物网站”是一种新型的O2O电子商务形式。
随着互联网宽带和技术应用的成熟,以及物流和支付系统的完善,可以预见,O2O电子商务将成为互联网普及应用的主流,必将影响着千家万户的生活和经济行为,并日益成为社会商业活动的重要形式。
1.4文档概述
前期类型:
c2c,b2c,服务对象基于本地区市民,经营小商品,食品,书籍,软硬件等,类似于传统仓储型超市的网上超市,另建立小型二手市场平台。
后期类型:
b2c,b2b,增强交易平台功能,增加企业交易、产品发布平台,扩大网上超市产品内容,从经营低价商品扩充到大件商品,高产值,高利润产品。
2引用文件
无
3可行性分析的前提
在国内电子商务O2O模式并不成熟的现实下,服务并不规范,没有一个统一的O2O商务网站标准,特别是本地区基本没有成熟的O2O商务网站。
在O2O电子商务市场并不成熟的情况下进军O2O电子商务市场,能在竞争并不激烈的情况下占领市场,扩大市场份额,以最快的速度实现盈利。
3.1项目的要求
说明对所建议开发的软件的基本要求,如:
A.功能;
B.性能;
C.输出如报告、文件或数据,对每项输出要说明其特征,如用途、产生频度、接口以及分发对象;
D.输入说明系统的输入,包括数据的来源、类型、数量、数据的组织以及提供的频度;
E.处理流程和数据流程用图表的方式表示出最基本的数据流程和处理流程,并辅之以叙述;
F.在安全与保密方面的要求;
G.同本系统相连接的其他系统;
H.完成期限。
3.2项目的目标
A.页面设计要能够吸引用户的目光,整个页面耍以简洁为主,突出重点。
B.操作性强,避免复杂的、有异议的链接。
C.浏览速度快,尽量避免长时间打不开页面的情况发生。
D.商品信息部分实物图例,图像清楚、文字解目。
E.详细的商品查询功能,可以通过商品的各个属性来査询。
F.详细的流程介绍,从浏览商品到购X结账,各个步骤之间的联系最好能以图例來说明。
G.提供在线咨询。
H.后台可以对用户信息和商品信息进行详尽的查看和管理。
I.订单管理。
J.易维护,并提供二次开发支持。
3.3项目的环境、条件、假定和限制
说明对这项开发中给出的条件、假定和所受到的限制,如:
a.系统运行五年;
b.本地商家投资联合开发;
c.操作系统:
Windows2003Server/Linux(推作)。
d.服务器:
Apache2.2.8。
e.PHP软件:
PHP5.2.6。
f.数据库:
MySQL5.0.51。
g.MySQL图形化管理软件phpMyAdmin-2.22.3。
h.PDO数据库抽象层•
i.开发工具:
Dreamweaver
j.浏览器:
IE10.0及以上版本。
k.分辨率1024x768像素。
3.4进行可行性分析的方法
说明这项可行性研究将是如何进行的,所建议的系统将是如何评价的。
摘要说明所使用的基本方法和策略,如调查、加权、确定模型、建立基准点或仿真等。
3.5评价尺度
费用一般,功能全面,各个模块功能完善,开发时间较短,用户使用方便。
4可选的方案
4.1原有方案的优缺点、局限性及存在的问题
用户登录模块复杂导致用户登录率底,登陆不方便,使网站丢失用户。
4.2可重用的系统,与要求之间的差距
修改原有登录模块功能和限制是用户登录便捷。
4.3可选择的系统方案1
无
4.4可选择的系统方案2
无
4.5选择最终方案的准则
通过对系统方案1和2分析比较,确定最终方案的准则和依据。
5所建议的系统
确定最终建议方案,可能是方案1、方案2或改进的方案。
5.1对所建议的系统的说明
系统对各个要求适配性很好,能无误运行。
5.2数据流程和处理流程
说明现有系统的基本的处理流程和数据流程。
此流程可用图表即流程图的形式表示,并加以叙述。
5.3与原系统的比较(若有原系统)
分析原有系统与建议系统在以下几个方面不同,的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性。
5.3.1处理流程和数据流程
原有系统与建议系统在处理流程和数据流程方面的区别和改进。
5.3.2工作负荷
列出现有系统和建议系统所承担的工作及工作量。
5.3.3费用开支
列出由于运行现有系统和建议系统所引起的费用开支,如人力、设备、空间、支持性服务、材料等项开支以及开支总额。
5.3.4人员
列出为了现有系统与建议系统的运行和维护所需要的人员的专业技术类别和数量。
5.3.5设备
列出现有系统与建议系统所使用的各种设备相同和不同。
5.3.6局限性
列出现有系统与建议系统主要的局限性,例如处理时间上,响应及时性,数据存储能力,处理功能等进行哪些改进但还存在哪些不足,或者按照目前的方案还不能改进这些不足,如果改进则需要哪些条件等。
5.4影响(或要求)
说明在建立所建议系统时,预期将带来的影响,包括:
5.4.1设备
设别分辨率至少为1024*768;
IE浏览区版本在10.0以上;
5.4.2软件
升级电脑的IE版本。
5.4.3运行
说明所建议系统对运行过程的影响,如:
a.用户的操作规程;
b.运行中心的操作规程;
c.运行中心与用户之间的关系;
d.源数据的处理;
e.数据进入系统的过程;
f.对数据保存的要求,对数据存储、恢复的处理;
g.输出报告的处理过程、存储媒体和调度方法;
h.系统失效的后果及恢复的处理办法。
5.4.4开发
a.商家属性,商品属性,用户资料;
b.需要大量用户测试系统的稳定性以及功能;
c.保护用户数据的隐私性。
5.4.5环境
无
5.4.6经费
电脑一台,要用到的软件购买费用,开发人员费用。
5.5局限性
无法自动根据地区归类订单。
6经济可行性(成本----效益分析)
6.1投资
包括基本建设投资(如开发环境、设备、软件和资料等),其他一次性和非一次性投资(如技术管理费、培训费、管理费、人员工资、奖金和差旅费等)。
6.1.1基本建设投资
包括采购、开发和安装下列各项所需的费用,如:
a.房屋和设施;
b.软件购买
c.数据通讯设备;
d.安全与保密设备;
e.Windows操作系统的和应用的软件;
f.数据库管理软件。
6.1.2其他一次性投资
包括下列各项所需的费用,如:
a.研究(需求的研究和设计的研究);
b.开发计划与测量基准的研究;
c.数据库的建立;
d.检查费用和技术管理性费用;
e.培训费、旅差费以及开发安装人员所需要的一次性支出;
f.人员的退休及调动费用等。
6.1.3非一次性投资
列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用,包括:
a.设备的租金和维护费用;
b.软件的租金和维护费用;
c.数据通讯方面的租金和维护费用;
d.人员的工资、奖金;
e.房屋、空间的使用开支;
f.公用设施方面的开支;
g.保密安全方面的开支;
h.其他经常性的支出等。
6.2预期的经济效益
认真设计网站结构和前端UI,仔细推敲避免实施时遇到错误。
多人编写不同的功能模块。
6.2.1一次性收益
说明能够用人民币数目表示的一次性收益,可按数据处理、用户、管理和支持等项分类叙述,如:
a.对php代码的优化,改进了网站的执行效率,加快了打开速度。
b.改进数据进入、存贮和恢复技术,系统性能可监控,数据压缩技术,采用集中化/分布化处理;
c.改进资源利用,改进管理和运行效率以及减少出错率;
6.2.2非一次性收益
前期每月流水2000元,随着知名度的提生网站流量的加大,每月增长率大概为25%。
6.2.3不可定量的收益
增加支付的安全保障,防止网站被黑。
6.2.4收益/投资比
500000/10000。
6.2.5投资回收周期
一个月。
6.3市场预测
采用阿里云的服务器,根据网站的负载情况进行升级维护。
7技术可行性(技术风险评价)
完全可以满足要求。
8法律可行性
系统开发可能导致的侵权、违法和责任。
法律方面的可行性问题很多,如合同责任、侵犯专利权、侵犯版权等方面的陷井,软件人员通常是不熟悉的,有可能陷入,务必要注意研究。
9用户使用可行性
用户单位的行政管理和工作制度;使用人员的素质和培训要求。
例如从用户单位的行政管理、工作制度等方面来看,是否能够使用该软件系统;从用户单位的工作人员的素质来看,是否能满足使用该软件系统的要求等等,都是要考虑的。
10其他与项目有关的问题
未来可能的变化。
11注解
本章应包含有助于理解本文档的一般信息(例如原理)。
本章应包含为理解本文档需要的术语和定义,所有缩略语和它们在文档中的含义的字母序列表。
*结论
在进行可行性研究报告的编制时,必须有一个研究的结论。
结论可以是:
a.可以立即开始进行;
b.需要推迟到某些条件(例如资金、人力、设备等)落实之后才能开始进行;
c.需要对开发目标进行某些修改之后才能开始进行;
不能进行或不必进行(例如因技术不成熟、经济上不合算等)。
附录
附录可用来提供那些为便于文档维护而单独出版的信息(例如图表、分类数据)。
为便于处理附录可单独装订成册。
附录应按字母顺序(A,B等)编排。
需求分析报告
1范围
1.1标识
O2O:
本地在线商城。
1.2系统概述
在线购物商城系统,提供给人们在线购物的方式,适应现在的购物潮流,加快送货速度,自动识别用户周边商家,购买商品送货上门,避免了快递的延迟性。
能更快的给人们提供购买的商品。
每周更新网站商品内容,网站用户体验优化。
从一个地区开始做起,收集当地的商家信息免费放到网站上,丰富网站商品内容。
推广网站,让更多用户使用。
1.3文档概述
用以分析网站项目的需求性。
公开前项目保密。
1.4基线
根据当前互联网的主流设计模式加上本团队的UI认知更改而来。
2引用文件
UI认知与设计
3需求
描述的详细程度遵循以下规则:
应包含构成CSCI验收条件的那些CSCI特性,需方愿意推迟到设计时留给开发方说明的那些特性。
如果在给定条中没有需求的话,本条应如实陈述。
如果某个需求在多条中出现,可以只陈述一次而在其他条直接引用。
3.1所需的状态和方式
如果需要CSCI在多种状态和方式下运行,且不同状态和方式具有不同的需求的话,则要标识和定义每一状态和方式,状态和方式的例子包括:
空闲、准备就绪、活动、事后分析、培训、降级、紧急情况和后备等。
状态和方式的区别是任意的,可以仅用状态描述CSCI,也可以仅用方式、方式中的状态、状态中的方式或其他有效方式描述。
如果不需要多个状态和方式,不需人为加以区分,应如实陈述;如果需要多个状态或方式,还应使本规格说明中的每个需求或每组需求与这些状态和方式相关联,关联可在本条或本条引用的附录中用表格或其他的方法表示,也可在需求出现的地方加以注解。
3.2需求概述
3.2.1目标
a.在线购物商城系统,提供给人们在线购物的方式,适应现在的购物潮流,加快送货速度,自动识别用户周边商家,购买商品送货上门,避免了快递的延迟性。
能更快的给人们提供购买的商品。
每周更新网站商品内容,网站用户体验优化。
b.
c.
3.2.2运行环境
PHP+MYSOL+APACHE
3.2.3用户的特点
白领,学生团体,生活节奏过快的团体,没有时间购物,或者比较懒,或者想系统的比较各家商品,选取性价比高的产品。
3.2.4关键点
关键点在于网站样式设计和用户体验的收集,以及网站打开的速度,购买流程是否简便,收到货物是否及时,质量是否满意。
网站与用户之间的沟通和意见交流。
3.2.5约束条件
不能跨地区运营。
3.3需求规格
3.3.1软件系统总体功能/对象结构
3.3.2软件子系统功能/对象结构
3.3.3描述约定
人民币¥。
3.4CSCI能力需求
本条应分条详细描述与CSCI每一能力相关联的需求。
“能力”被定义为一组相关的需求。
可以用“功能”、“性能”、“主题”、“目标”或其他适合用来表示需求的词来替代“能力”。
3.4.x(CSCI能力)
本条应标识必需的每一个CSCI能力,并详细说明与该能力有关的需求。
如果该能力可以更清晰地分解成若干子能力,则应分条对子能力进行说明。
该需求应指出所需的CSCI行为,包括适用的参数,如响应时间、吞吐时间、其他时限约束、序列、精度、容量(大小/多少)、优先级别、连续运行需求、和基于运行条件的允许偏差:
(若适用)需求还应包括在异常条件、非许可条件或越界条件下所需的行为,错误处理需求和任何为保证在紧急时刻运行的连续性而引人到CSCI中的规定。
在确定与CSCI所接收的输入和CSCI所产生的输出有关的需求时,应考虑在本文3.5.x给出要考虑的主题列表。
对于每一类功能或者对于每一个功能,需要具体描写其输入、处理和输出的需求。
a.说明
描述此功能要达到的目标、所采用的方法和技术,还应清楚说明功能意图的由来和背景。
b.输入
包括:
1)详细描述该功能的所有输入数据,如:
输入源、数量、度量单位、时间设定和有效输入范围等。
2)指明引用的接口说明或接口控制文件的参考资料。
c.处理
定义对输入数据、中间参数进行处理以获得预期输出结果的全部操作。
包括:
1)输入数据的有效性检查。
2)操作的顺序,包括事件的时间设定。
3)异常情况的响应,例如,溢出、通信故障、错误处理等。
4)受操作影响的参数。
5)用于把输入转换成相应输出的方法。
6)输出数据的有效性检查。
d.输出
1)详细说明该功能的所有输出数据,例如,输出目的地、数量、度量单位、时间关系、有效输出范围、非法值的处理、出错信息等。
2)有关接口说明或接口控制文件的参考资料。
3.5CSCI外部接口需求
a.用户接口;
b.硬件接口;
c.软件接口;
d.通信接口。
e.支付接口。
3.5.1接口标识和接口图
本条应标识所需的CSCI外部接口,也就是CSCI和与它共享数据、向它提供数据或与它交换数据的实体的关系。
(若适用)每个接口标识应包括项目唯一标识符,并应用名称、序号、版本和引用文件指明接口的实体(系统、配置项、用户等)。
该标识应说明哪些实体具有固定的接口特性(因而要对这些接口实体强加接口需求),哪些实体正被开发或修改(从而接口需求已施加给它们)。
可用一个或多个接口图来描述这些接口。
3.5.x(接口的项目唯一标识符)
本条(从3.5.2开始)应通过项目唯一标识符标识CSCI的外部接口,简单地标识接口实体,根据需要可分条描述为实现该接口而强加于CSCI的需求。
该接口所涉及的其他实体的接口特性应以假设或“当[未提到实体]这样做时,CSCI将……”的形式描述,而不描述为其他实体的需求。
本条可引用其他文档(如:
数据字典、通信协议标准、用户接口标准)代替在此所描述的信息。
(若适用)需求应包括下列内容,它们以任何适合于需求的顺序提供,并从接口实体的角度说明这些特性的区别(如对数据元素的大小、频率或其他特性的不同期望):
a.CSCI必须分配给接口的优先级别;
b.要实现的接口的类型的需求(如:
实时数据传送、数据的存储和检索等);
c.CSCI必须提供、存储、发送、访间、接收的单个数据元素的特性,如:
1)名称/标识符;
a)项目唯一标识符;
b)非技术(自然语言)名称;
c)标准数据元素名称;
d)技术名称(如代码或数据库中的变量或字段名称);
e)缩写名或同义名;
2)数据类型(字母数字、整数等);
3)大小和格式(如:
字符串的长度和标点符号);
4)计量单位(如:
米、元、纳秒);
5)范围或可能值的枚举(如:
0-99);
6)准确度(正确程度)和精度(有效数字位数);
7)优先级别、时序、频率、容量、序列和其他的约束条件,如:
数据元素是否可被更新和业务规则是否适用;
8)保密性和私密性的约束;
9)来源(设置/发送实体)和接收者(使用/接收实体);
d.CSCI必须提供、存储、发送、访问、接收的数据元素集合体(记录、消息、文件、显示和报表等)的特性,如:
1)名称/标识符;
a)项目唯一标识符;
b)非技术(自然语言)名称;
c)技术名称(如代码或数据库的记录或数据结构);
d)缩写名或同义名;
2)数据元素集合体中的数据元素及其结构(编号、次序、分组);
3)媒体(如盘)和媒体中数据元素/数据元素集合体的结构;
4)显示和其他输出的视听特性(如:
颜色、布局、字体、图标和其他显示元素、蜂鸣器以及亮度等);
5)数据元素集合体之间的关系。
如排序/访问特性;
6)优先级别、时序、频率、容量、序列和其他的约束条件,如:
数据元素集合体是否可被修改和业务规则是否适用;
7)保密性和私密性约束;
8)来源(设置/发送实体)和接收者(使用/接收实体);
e.CSCI必须为接口使用通信方法的特性。
如:
1)项目唯一标识符;
2)通信链接/带宽/频率/媒体及其特性;
3)消息格式化;
4)流控制(如:
序列编号和缓冲区分配);
5)数据传送速率,周期性/非周期性,传输间隔;
6)路由、寻址、命名约定;
7)传输服务,包括优先级别和等级;
8)安全性/保密性/私密性方面的考虑,如:
加密、用户鉴别、隔离和审核等;
f.CSCI必须为接口使用协议的特性,如:
1)项目唯一标识符;
2)协议的优先级别/层次;
3)分组,包括分段和重组、路由和寻址;
4)合法性检查、错误控制和恢复过程;
5)同步,包括连接的建立、维护和终止;
6)状态、标识、任何其他的报告特征;
g.其他所需的特性,如:
接口实体的物理兼容性(尺寸、容限、负荷、电压和接插件兼容性等)。
3.6CSCI内部接口需求
本条应指明CSCI内部接口的需求(如有的话)。
如果所有内部接口都留待设计时决定,则需在此说明这一事实。
如果要强加这种需求,则可考虑本文档的3.5给出的一个主题列表。
3.7CSCI内部数据需求
本条应指明对CSCI内部数据的需求,(若有)包括对CSCI中数据库和数据文件的需求。
如果所有有关内部数据的决策都留待设计时决定,则需在此说明这一事实。
如果要强加这种需求,则可考虑在本文档的3.5.x.c和3.5.x.d给出的一个主题列表。
3.8适应性需求
(若有)本条应指明要求CSCI提供的、依赖于安装的数据有关的需求(如:
依赖现场的经纬度)和要求CSCI使用的、根据运行需要进行变化的运行参数(如:
表示与运行有关的目标常量或数据记录的参数)。
3.9保密性需求
(若有)本条应描述有关防止对人员、财产、环境产生潜在的危险或把此类危险减少到最低的CSCI需求,包括:
为防止意外动作(如意外地发出“自动导航关闭”命令)和无效动作(发出一个想要的“自动导航关闭”命令时失败CSCI必须提供的安全措施。
3.10保密性和私密性需求
无
3.11CSCI环境需求
一般计算机。
3.12计算机资源需求
l.浏览器:
IE10.0及以上版本。
m.分辨率1024x768像素。
3.12.1计算机硬件需求
无
3.12.2计算机硬件资源利用需求
本条应描述CSCI计算机硬件资源利用方面的需求,如:
最大许可使用的处理器能力、存储器容量、输入/输出设备能力、辅助存储器容量、通信/网络设备能力。
描述(如每个计算机硬件资源能力的百分比)还包括测量资源利用的条件。
3.12.3计算机软件需求
IE10
3.12.4计算机通信需求
可以上网。
3.13软件质量因素
打开快慢。
样式是否在各个浏览器兼容。
3.14设计和实现的约束
(若有)本条应描述约束CSCI设计和实现的那些需求。
这些需求可引用适当的标准和规范。
例如需求包括:
a.特殊CSCI体系结构的使用或体系结构方面的需求,例如:
需要的数据库和其他软件配置项;标准部件、现有的部件的使用;需方提供的资源(设备、信息、软件)的使用;
b.特殊设计