网站项目需求设计模板.docx
- 文档编号:24810016
- 上传时间:2023-06-01
- 格式:DOCX
- 页数:28
- 大小:235.58KB
网站项目需求设计模板.docx
《网站项目需求设计模板.docx》由会员分享,可在线阅读,更多相关《网站项目需求设计模板.docx(28页珍藏版)》请在冰豆网上搜索。
网站项目需求设计模板
网站项目需求设计模板
银海豚网站项目
需求规格说明书
电子文档:
软件需求规格说明书.DOC/WORD2003
版本号:
1.0 密级:
隐秘
文档编号:
编写人:
时刻:
2008-2-27
校对人:
时刻:
审核人:
时刻:
批准人:
时刻:
研制单位:
1.综合描述
1.1.项目背景
打造行业网站垂直专业门户网站。
1.2.系统目标
建立易用、简单、稳固、功能强大的后台治理系统。
并保证在网站后台能实现对栏目、文章、会员、专题、个性化模板的治理。
完成一套简洁有用、功能完善的前台系统,包括友好的用户界面、人性化的功能设计、完善的用户体验等。
1.3.设计原则
本项目所开发的LMS平台在需求分析和开发中应遵循以下原则:
Ø简单:
易用性强;各功能模块符合业务逻辑,且划分清晰;平台易爱护;能够基于本平台方便的进行二次开发。
Ø稳固:
在目标用户数量下能够稳固运行。
Ø可扩展:
在不改动平台技术架构的前提下——在用户数量超过预期数量时,能够进行系统增容;能够依照用户需求进展的情形进行功能扩展。
Ø体系建设的独立性:
要求以下几个体系应具有独立性,资源体系,教学体系,测评体系。
三个体系相互独立,相互关联,相互和谐,能够达到组织学习过程高度的灵活性。
Ø接口:
具有完善的接口,其他业务系统通过接口调用邀请用户加入圈子,实现与其他业务系统的打通。
1.4.软件环境
Linux+Apache2(weblogic)+J2EE+Spring+Hibernate+Oracle
1.5.技术架构
MVC结构,Hibernate模式
1.6.性能要求
支持百万级数据量,系统平台高速稳固。
双机热备+磁盘阵列+数据复原
1.7.网络环境
Linux操作系统+防火墙+入侵监测+抗DoS/DdoS攻击
1.8.硬件环境
服务器配置:
前台服务器2台:
DELL或IBM、双核、4G内存、146G*3硬盘
后台服务器2台:
DELL或IBM、四核、8G内存、146G*3硬盘
数据库1台:
DELL或IBM、四核、8G内存、146G*3硬盘
备份服务器2台:
DELL或IBM、四核、8G内存、146G*3硬盘
带宽:
50M独享
1.9.目标用户分析
本平台的使用者包括四类用户:
业务治理人员、一般用户、一般会员、收费会员、系统爱护人员。
Ø业务治理人员
差不多情形:
非IT专业技术人员,但具备较强的IT应用能力,网络环境好。
需求点:
要紧使用本平台进行资源和信息业务治理。
Ø一般用户
差不多情形:
非IT专业技术人员,具备一定的IT应用能力,网络环境差别大。
需求点:
要紧使用本平台进行信息查看,关注行业信息动态等,并能够利用本平台与业务治理人员、其他用户进行交流。
Ø一般会员
差不多情形:
非IT专业技术人员,具备一定的IT应用能力,网络环境差别大。
需求点:
注册后的用户即为一般会员,仅能扫瞄网站免费信息。
Ø收费会员
差不多情形:
非IT专业技术人员,具备一定的IT应用能力,网络环境差别大。
需求点:
注册后的用户即为一般会员,一般会员付费以后,经网站确认后既能够成为收费会员,能够享受免费会员的一切服务,同时能够享受商机平台服务,收费咨询信息服务以及一个信息服务产品。
Ø系统爱护人员
差不多情形:
IT专业技术人员,网络环境较好。
需求点:
对本平台的日常运营进行技术爱护工作,在必要的情形下进行一定的功能修改或扩充等开发工作。
在专门情形下进行系统增容等较大规模的技术爱护工作。
2.技术方案
下面将从功能结构、应用结构、系统结构、逻辑结构和物理结构五方面阐述本系统的技术方案。
2.1.功能模型
2.2.应用结构
应用结构图
应用结构层次设计图
应用结构层次设计,要紧将应用系统分层,每个层次关注的焦点不同,把界面、业务、数据分开;本系统也遵照此原则设计,将分为3个大层次:
表示层、业务逻辑层、数据访问层,调用关系如图所示。
●表示层:
本系统表示层要紧包括三大块:
前台、后台和模板,负责从用户方接收要求传递给业务层或者数据访问层处理,用心处理界面和接口数据交互。
●业务层:
此层面用心处理业务逻辑,实现业务的关键流程。
●数据访问层:
数据访问核心部分:
数据访问逻辑组件,它代表调用程序提供对数据库执行以下任务的方法:
✧在数据库中创建记录
✧读取数据库中的记录并把业务实体数据返回给调用程序
✧使用调用程序提供的修改后的业务实体数据更新数据库中的记录
✧删除数据库中的记录
执行上述任务的方法通常称为“CRUD”方法,这是由各项任务的首字母组成的一个缩写词。
通常数据访问逻辑组件访问一个单一数据库,并封装了针对该数据库中一个表或一组相关表的数据相关操作
2.3.逻辑结构
2.4.物理结构
2.5.功能结构
3.系统功能描述
3.1.后台爱护治理系统
功能组成:
后台要紧有一下几个功能模块组成:
系统治理、人员数据治理、订单治理、产品数据治理,广告治理、内容公布治理。
3.1.1.系统治理
3.1.1.1.功能组成
系统治理要紧是对角色权限等功能进行治理,功能分为:
角色治理、权限治理、日志查询、个人信息治理。
3.1.1.2.功能描述
角色治理:
治理员依照功能划分的不同能够建立不同的角色,即不同的角色具有不同的权限,并能够给予不同的治理人员。
权限治理:
能够依照角色给予治理员权限,也能够依照具体的权限对治理员进行给予权限。
日志查询:
能够查询系统记录的日志,并依照能够提取日志进行分析等功能。
个人信息治理:
对治理员个人信息密码等进行爱护。
3.1.2.人员数据治理
3.1.2.1.功能组成
人员数据要紧是对平台中的所有用户进行治理,包括一般会员,收费会员,治理员、专家等。
具体功能如下:
会员治理、治理员治理、专家治理。
3.1.2.2.功能描述
会员治理:
要紧功能包括能够批量和手动添加一般会员、删除、停用、修改会员,并能够将一般会员提升为收费会员。
治理员治理:
超级治理员或主管能够查看治理员信息,角色等,同时能够增删查改治理员。
专家治理:
能够对专家库进行爱护,能够对专家信息进行增删查改等操作。
3.1.3.产品数据库治理
3.1.3.1.功能组成
产品数据库治理要紧是针对产品库、企业库、商机库、以及供求关系库等进行爱护和治理。
要紧由以下几个部分组成:
产品库治理、企业库治理、商机库治理以及供求关系库的治理
3.1.3.2.功能描述
产品库:
对网站现有产品进行爱护,为用户提供产品服务,具有增删查改等功能。
企业库治理:
对产品相关的企业信息进行爱护,为用户提供企业信息服务,具有增删查改等功能。
商机库:
同是为企业建立商机信息、为用户提供商机信息服务,具有增删查改等功能。
供求关系信息治理:
整理爱护用户及厂家公布的供求信息,为用户和厂家提供寻求及供应交流平台。
3.1.4.订单治理
3.1.4.1.功能组成
对平台用户订购产品产生的订单进行治理,分为未处理订单,已处理订单,作废订单。
3.1.4.2.功能描述
未处理订单:
要紧是用户订购产品产生的未付费订单,确认付费以后即能够确认订单,并给用户提供产品,同时订单变为已处理订单,也能够将没用的订单作废变为作废订单。
已处理订单:
治理员能够查看所有差不多付费或开通的订单信息。
作废订单:
治理员能够查看差不多作废的订单,同时也能够复原订单为未处理订单。
3.1.5.广告治理
3.1.5.1.功能组成
广告治理要紧是对网站的广告进行治理,要紧功能包括广告类型类型,广告公布治理,广告统计.
3.1.5.2.功能描述
广告类型治理:
要紧是依照现有广告的形式对广告进行分类治理,包括增删查改等功能.
广告公布:
公布广告,撤回广告以及编辑广告.
广告统计:
查询广告统计信息,如投放时刻,点击率等.
3.1.6.内容公布系统治理
3.1.6.1.功能组成
内容公布系统由栏目治理、模版治理、文章公布治理、专题治理组成。
3.1.6.2.功能描述
栏目治理:
要紧是对文章频道进行爱护,功能上包括添加栏目、修改栏目、删除栏目、公布栏目、取消公布、查看栏目等
模版治理:
对网站用到的所有模版进行治理,包括增删查改。
文章公布治理:
通过该平台,用户能够完成相关的文章采集、上传、编辑(内容修改、附件修改、指定栏目和维度、相关文章列表治理)、文章删除、公布、文章撤回修改、刷新、作者库治理等功能,平台可能的用户有编辑(最常使用的用户)、总编(各频道、栏目的总编、值班总编等)、系统治理员、程序开发人员和测试人员等。
1.文章列表
Ø文章查询:
文章查询提供了简单查询和复杂查询两种方式,其中简单查询提供了一些常用的查询条件,复杂查询则添加了栏目和纬度作为查询条件,其中栏目和纬度都从树上选择。
复杂查询页面由于要生成栏目树和纬度树,因此速度比较慢,另外基于栏目和纬度的查询也专门用查询条件,因此使用频率也比较低,目前来看复杂查询条件页面存在的意义不是专门大。
Ø文章录入、编辑
由编辑将收集到的文章信息录入公布系统,为动态公布到网站上做预备。
✧差不多信息录入
由编辑人员录入文章的差不多信息,包括文章的标题、简介、正文、作者、来源、关键字等信息,录入差不多信息(文章内容中能够使用辅助标签进行编辑,具体标签说明参考《赛迪网内容公布标签使用说明》)。
✧附件处理
在录入差不多信息之后,能够同时选择录入附件。
一次最多只能上传十个附件,一次上传的文件大小不承诺超过500K,承诺上传的文件类型如下:
tar、doc、pdf、ppt、gz、tgz、js、rpm、zip、gif、png、jpeg、jpg、css、txt、xml、html、htm、avi、mpeg、mpg、swf,某些功能可能会依照自身需要进一步的缩小上传文件类型。
附件设定支持附件的批量上传,附件的引用名称为文章内容中引用的名称。
✧文章编辑
点击确定后进入文章编辑界面,现在编辑能够连续选择对文章的差不多信息进行编辑或者进行文章相关属性的调整,包括文章附件设定、文章对应栏目纬度设定、相关文章设定、文章扩张属性设定。
✧相关调整
相关调整模块能够设置文章的相关文章,并能够调整相关文章顺序,目前一篇文章最多支持20篇相关文章,重置相关能够删除所有差不多选择的相关文章,相关文章的选择是依照每篇文章的关键字由系统动态生成的。
差不多公布的文章进本内容不能进行编辑,但文章的其他属性能够进行编辑。
另外关于产品相关的文章,能够在确认类别后加入到相关的产品小类或者某个具体的产品之下成为产品的相关文章。
Ø文章撤回编辑:
状态为公布的文章不能进行编辑,只有在撤回之后才能进行编辑,撤回将文章状态从公布置为编辑,现在从网站上将不在能看到该文章。
撤回编辑后重新公布的文章会将文章在显示区中的排序时刻更新为最后公布时刻,因此文章对应的在显示区中的顺序也会调至最前。
Ø文章删除:
差不多公布的文章不能直截了当删除,只能在撤回之后删除。
Ø文章公布时刻设定:
针对文章的公布时刻进行单独设定,在文章公布后同样能够对公布时刻进行设定。
2.文章手工录入
提供了文章公布的独立入口,也能够由文章列表模块进入。
手工录入的流程同文章的公布、编辑,公布成功后的文章在文章列表部分进行统一爱护。
3.文章快速公布
将文章差不多信息录入以及文章公布两个操作合二为一,在用户录入文章差不多信息并选择栏目之后点击确定直截了当进行公布,文章的相关设定此处不提供接口。
4.刷新文章页面
文章刷新分为按文章ID刷新以及按照URL刷新两种情形,其中按照文章ID刷新要紧是通过消息传递机制先刷新Middle上的文章对象之后再对Proxy上的文章缓存和静态页面进行刷新;而按照URL刷新则是直截了当对Proxy上的缓存对象以及静态页面进行刷新。
5.作者库治理
对赛迪集团之下,能够为赛迪网提供有效信息的作者进差不多信息行统一治理,包括作者信息的增加、删除、修改、详细信息查询、附件上传。
目前文章的作者信息大部分都没有在作者库中,因此目前文章与作者信息是作为两个相对独立的实体存在的,而作者信息作为文章信息的一部分应该与文章专门好的结合起来,如此关于我们以后进行进一步的统计分析是专门重要的。
专题治理:
对网站的专题进行公布、编辑、撤回、删除等操作。
3.2.网站前台门户
登陆:
会员登陆门户系统
注册:
用户添加个人信息,注册成为网站一般会员。
升级会员:
一般会员缴纳一定费用成为付费会员,并享用一些付费服务。
个性化设置:
用户能够依照自己的需要对个人界面进行个性化定制。
搜索:
能够对全站进行搜索。
产品库查询:
能够对门户网站提供的产品进行查询及扫瞄。
厂家查询:
能够对产品的相关厂家进行查询。
商机信息查询:
对厂家提供的商机信息进行查询。
订购产品:
订购产品,并进行在线付费。
专家咨询:
查询个人及行业专业,找寻解决方案。
解决方案查询:
对网站现有方案进行查询,并付费扫瞄。
各种行业信息动态:
查看行业信息新闻/
供求信息公布:
能够公布个人需求信息,以寻求需要的产品及解决方案。
专家访谈:
聘请专家进行访谈为用户解疑答疑,并形成信息库。
广告:
依照需要在网站上挂接各种广告。
个人信息:
对个人注册信息进行爱护治理。
个人消费明细:
查询个人消费清单。
4.核心算法
4.1.前台:
4.1.1.会员登陆
网站注册用户在登陆后,会把注册信息写入Cookie中,假如检查Cookie中没有相应信息,在执行扫瞄文章或购买等操作时,会提示用户进行登陆。
4.1.2.会员注册
会员注册时,第一会把注册信息写入passport用户库。
4.1.3.文章扫瞄
4.1.4.供求信息
4.1.5.缓存机制
为提供系统性能,减少数据库访问,前台扫瞄栏目页、报告页、文章页的时候,第一访问系统缓存,假如缓存中有相应内容,从缓存中提取内容;假如没有,访问数据库提取内容,并将内容加入缓存。
缓存采纳特定的算法,定时清除最近最少访问的内容。
4.2.后台:
4.2.1.文章相关
文章的公布、撤回、编辑等功能,使用高级编辑功能,实现所见即所得的成效,页面示意如下。
功能:
1.采编,网上抓取信息,进行再加工
2.栏目权限操纵
文章公布流程
4.2.2.栏目(商品类别)相关
完成栏目的添加、修改等爱护功能,支持树型栏目。
4.2.3.订单相关
1、完成用户定购的审核。
2、完成客户购买的订单审核
3、完成用户定购信息的统计。
4.2.4.积分相关
本期还没有确定的需求,预留功能接口。
4.2.5.会员相关
1、统计
依照会员购买情形、日期时期、活跃状态等对会员进行统计。
2、积分、折扣等信息调整
3、分类、高级会员,一般会员
本期还没有明确的需求,预留功能接口。
4.3.公共组件:
4.3.1.治理员权限分级操纵
第一级:
系统治理员,拥有系统最高权限,可进行本系统的所有操作。
第二级:
业务部门经理,拥有业务最高权限,但不能进行系统参数设置、日志治理等功能。
第三级:
一般操作人员,能够进行日常文章公布、报告公布等功能,但不能进行报告审核。
4.3.2.分页组件
前台和后台公用分页组件,能够显示总记录数、每页条数、上一页、下一页、各页链接。
4.3.3.日志组件
记录文章的公布和撤回、报告的公布和撤回、订单的审核等信息。
4.3.4.Email发送组件
在程序中调用该组件完成Email发送功能。
本期使用原系统中的发送邮件组件。
4.3.5.TRS组件(全文搜索数据库)
【需另行购买,详情见TRS白皮书或:
//trs.cn/products/eseism/server/】
完成TRS数据库的插入、删除、查询。
使用两种方式来使用TRS组件:
1、前台直截了当调用TRS的页面查询接口,查询文章和报告。
2、在应用程序中调用TRS的JAVAAPI,对TRS数据进行增、删、查、改操作。
4.3.6.Cache组件
前台采纳Cache机制,提高访问效率。
本期采纳公布系统中差不多成熟应用多年的Cache组件包。
5.UI设计
为保证系统平滑过渡,适应客户和治理员的使用系统,新系统采纳和旧系统一样的风格和样式。
5.1.界面布局
5.1.1.界面布局
1.文字的排布
a.一样放在最显著的地点,如整个显示的中央略微偏右下;文本的排布整体性好,使扫瞄起来通畅而丝毫没有阻碍。
b.文字的大小适中,在不同的辨论率下都可不能有太大的阻碍。
c.文字的颜色不要太多。
2.图片的排布
a.图片的体积不要太大,同时又要使图片尽量清晰,直观,最大限度的发挥它的作用。
b.图片与图片之间要联系凸现,同时又要融为一个整体,使看起来有条理。
3.按钮类单元的排布
a.页面上的按钮,链接,复选框,单选框。
同类单元应该尽量保持大小一样,左右对齐。
按钮的大小要与界面的大小和空间要和谐,幸免空旷的界面上放置专门大的按钮。
b.忌用太长的名称,免得占用过多的界面位置。
c.字体的大小要与界面的大小比例和谐,通常使用的字体中宋体9-12较为美观,专门少使用超过12号的字体。
4.表格的排布
a.表格大小要和界面相适应,不能在表格之外有专门大空余,或者表格过大紧贴整个页面。
b.表格的颜色要与界面风格符合,搭配合理和谐,反差不宜太大,坚决杜绝刺目的颜色。
5.文本框类单元的排布
a.同一列的文本框应该尽量保持对齐。
b.假如要求为只读的文本框,应该尽量使用ReadOnly属性,而不是用Disable属性。
5.1.2.界面色彩
1.不要将所有颜色都用到,尽量操纵在三种色彩以内。
2.背景和前文的对比尽量要大(绝对不要用花纹繁复的图案作背景),以便突出要紧文字内容。
5.2.界面单元
1.易用性
a.完成同一功能或任务的元素应该放在集中位置,尽量减少鼠标移动的距离。
b.界面上第一应输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗口上较醒目的位置。
c.同一界面上的控件数最好不要超过10个,多于10个时能够考虑使用分页界面显示。
d.默认按钮要支持Enter及选操作,即按Enter后自动执行默认按钮对应操作。
e.复选框和选项框按选择几率的高底而先后排列。
f.按功能将界面划分局域块,用Frame框括起来,并要有功能说明或标题。
g.可写控件检测到非法输入后应给出说明并能自动获得焦点。
2.规范性
a.滚动条的长度要依照显示信息的长度或宽度能及时变换,以利于用户了解显示信息的位置和百分比。
b.各名称为日期或时刻的控件应统一标准,显示为年月日的统一称为“日期”,不应是“时刻”。
c.显示日期(时刻)时要有分隔符,如YYYY-MM-DD(HH:
MM:
SS)
d.模块级主界面中的“新建”“修改”“查询”“删除”等按钮应统一顺序。
e.错误提示应正确、友好,屏蔽系统级和数据库级错误。
3.合理性
a.父窗体或主窗体的中心位置应该在对角线焦点邻近。
b.子窗体位置应该在主窗体的左上角或正中。
c.多个子窗体弹出时应该依次向右下方偏移,以显示窗体出标题为宜。
d.重要的命令按钮与使用较频繁的按钮要放在界面上注目的位置。
e.容易引起界面退出或关闭的按钮不应该放在易点位置。
横排开头或最后与竖排最后为易点位置。
f.非法的输入或操作应有足够的提示说明。
g.对运行过程中显现问题而引起错误的地点要有提示,让用户明白错误出处,幸免形成无限期的等待。
h.提示、警告、或错误说明应该清晰、明了、恰当。
4.专门性
a.主界面,最好是大多数界面上要有公司图标。
b.登录界面上要有本产品的标志,同时包含公司图标。
c.助菜单的“关于”中应有版权和产品信息。
d.公司的系列产品要保持一直的界面风格,如背景色、字体、菜单排列方式、图标、安装过程、按钮用语等应该大体一致。
5.安全性
a.能够排除可能会使应用非正常中止的错误。
b.能够幸免用户无意录入无效的数据。
c.对可能引起致命错误或系统出错的输入字符或动作要加限制或屏蔽。
d.对可能发生严峻后果的操作要有补救措施。
通过补救措施用户能够回到原先的正确状态。
e.对错误操作最好支持可逆性处理,如取消系列操作。
f.对可能造成等待时刻较长的操作应该提供取消功能。
g.与系统采纳的保留字符冲突的要加以限制。
h.子窗口尽量屏蔽地址栏,能够防止用户非法的在各个页面间跳转。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 网站 项目 需求 设计 模板