QuickKnowledge需求分析.docx
《QuickKnowledge需求分析.docx》由会员分享，可在线阅读，更多相关《QuickKnowledge需求分析.docx（9页珍藏版）》请在冰豆网上搜索。
QuickKnowledge需求分析
QuickKnowledge商务网站
需求分析
目录
1介绍3
1.1目的3
1.2适用范围3
1.3定义和缩写3
1.4假设3
1.5依赖性4
1.6约束4
1.7相关文件4
2描述4
2.1系统视角4
2.2目标4
2.2.1环境5
3具体的系统要求5
3.1功能和数据要求5
3.1.1常见的免费资源的EP介绍5
3.1.2专家工作区6
3.1.3企业的工作区7
3.1.4网管工作区7
3.2设计要求8
3.3性能要求8
3.3.1速度8
3.3.2可靠性、可用性、可维护性8
3.4外部接口要求8
3.4.1用户接口8
3.4.2软件接口8
3.5安全要求11
3.6完整性要求11
3.7国际规定11
3.8进度要求11
3.9文件要求11
3.10技术综述11
1介绍
1.1目的
本规范文件概述的是QuickKnowledge门户网站的总体要求。
QuickKnowledge是一个集信息发布，咨询，培训和业务服务中使用的网站。
当企业在其业务运行遇到的问题时，他们会把要求发布在网站上，并寻找解决这些问题的一些专家。
同时，专家还可以使用网站为他们提供的服务，为企业提供技术支持，以帮助企业做出正确的决定，加快企业本身发展。
1.2适用范围
本规范文件涵盖了QuickKnowledge商业网站的要求。
在网站建设过程中，微软实训7组负责提供下列项目：
详细设计EBW编码，系统测试的EBW源代码，包括样品数据，静态数据的数据库，在线帮助文件用户指南。
1.3定义和缩写
下表显示了常见的缩写和文档中使用的缩写：
SNO
定义
描述
1
EP
QuickKnowledge门户
2
EBW
QuickKnowledge商务网站
3
EC
企业交流
4
NorthWind
NorthWind
5
IE
MicrosoftInternetExplorer
6
Contoso
Contoso公司科技有限公司
7
Winarray
Winarray技术服务有限公司
1.4假设
Contoso美国公司将提供需求定义和EBW焊接高水平设计，Winarray中国公司也将提供相关文件并给出必要的参考材料。
Winarray公司将负责为Contoso美国公司提供详细设计、源代码子系统以及列出的所有相关文件，期间winarray公司还将负责网站的安装和支持，以及集成测试。
1.5依赖性
用户可以保留他们的EB和EC之间的登录凭据。
换句话说，在电子束登录后，用户还可以重新输入他们的凭据的情况下访问EC。
1.6约束
必须建立ASP.NET网站可以使用户的EBW和EC之间的登录凭据。
1.7相关文件
下列文件包含了这个文档所提及的各种规格说明的具体细节
SNO
文件
版本
可用性
1
整个项目计划
V1.0
2
C＃代码标准
V1.0
2描述
2.1系统视角
EBW是EP的一个子系统。
下图描述了系统的整体结构。
2.2目标
EBW将建成商务网站业务功能，包括：
匿名可以访问免费资源，并注册为认证会员。
企业可以在网站发表他们的出价，并选择一个合适的专家做。
此外，企业还可以与其他企业的沟通交流其在某方面的经验。
专家们可以查询或答复由企业发布的出价。
专家可以发表自己的新闻，活动和出版物。
此外，专家可以张贴类似的RFP的门户网站，还组织他们的虚拟团队。
网管可以管理和授权认证成员提供一个Web界面来完成这些业务功能。
2.2.1环境
2.2.1.1概述
EP将被部署在一个Web服务器。
和用户访问通过IE浏览器或其他的门户网站兼容的互联网浏览器。
2.2.1.2迁移，兼容性和共存
3具体的系统要求
3.1功能和数据要求
3.1.1常见的免费资源的EP介绍
●静态信息，用于引进的EP的主要职能。
显示新闻列表（热和新）
过程：
在网页，新闻，将两种方式（点击数和发布日期）排序。
如果
用户进入新闻频道，系统会显示所有相关的新闻。
数据：
在专家的工作领域引入新闻信息。
●显示的出版物清单
过程：
在网页，刊物将在两个方面（点击数和发布日期）排序。
如果
用户进入出版物通道，系统会显示所有相关的出版物。
数据：
刊物信息在引进专家的工作区。
●显示事件列表
过程：
在网页，事件将被排序两种方式（点击数和发布日期）。
如果
用户进入活动通道，系统会显示所有相关的事件。
●评论门户
流程：
用户可以提交自己的意见和建议，系统会显示排名前10位最新的。
如果用户进入评论频道，系统会显示所有的意见。
数据：
门户网站的评论信息仅包括评论这一方面。
●显示站点地图
有一些静态的资料显示该网站的内容结构，并提供导航指南
●显示联系人信息
也有一些静态信息显示QuickKnowledge门户网站的业务联络人和其他联系信息。
●显示专家名单
过程：
系统会显示所有的认证专家。
进入EBW
流程：
用户可以访问EC通过点击EC链接进入门户网站。
如果用户登录，系统必须把他登陆的凭证发送到EC
●注册
流程：
用户可以提供自己的个人信息系统数据库。
根据不同的角色，输入的信息可以是不同的。
数据：
1．进入的角色包括：
企业和专家。
2．专家信息包括：
名字，姓氏，电话，电子邮件，地址，城市，州/省，邮政编码，专家型和介绍。
3．企业信息包括：
企业名称，电话，电子邮件，地址，城市，州/省，邮政编码，企业类型和介绍。
3.1.2专家工作范围
●邮政新闻
过程：
专家系统数据库发布的消息
资料：
新闻信息，包括：
标题，关键词及详情
●发表刊物
过程：
专家系统数据库发布的出版物
数据：
公开的信息，包括：
标题，作者，类型，引进的时间和价格
●邮件事件
过程：
专家系统数据库发表的事件
数据：
事件信息包括：
标题，关键词，日期，地点和摘要
●组织虚拟团队
过程：
专家可以张贴到系统数据库中类似的招标书，和其他人有兴趣的专家
在这一要求将答辩海报。
因此，海报可以通过这些组织的虚拟团队
答复。
在筹办过程中，海报可以编辑虚拟团队的文件，添加或删除成员
团队。
数据：
类似的请求建议书（RFP），其中包括信息：
名称，类别和详细
虚拟团队的信息包括：
队名，注释和议员
一个利福平涉及到多个虚拟团队。
●个人资料编辑
过程：
专家可以编辑自己的个人资料
3.1.3企业的工作区
●发布标书
过程：
企业可以张贴到系统数据库中的投标。
已张贴的出价后，专家可以查询和回复这些投标，企业可能会选择一个合适的专家来完成
出价。
●资料：
投标信息，包括：
标题，工业，联系人，地址，电话，传真，电子邮件，开放日期，到期日期及详情 评论专家
过程：
企业可以输入一些评论，特别是专家，可以编辑自己的个人资料
流程：
企业可以编辑自己的个人资料
3.1.4网管工作区
●授权注册用户
过程：
网管可以浏览注册用户列表，用户一旦角色注册后，就等待授权。
3.2设计要求
ASP.NET应当用于实现系统和数据库服务器应该是微软的SQL服务器。
3.3性能要求
3.3.1速度
任何页面的响应时间应该在3秒钟内。
注：
完成要求在硬件上为依托，适当enhanceing，Web服务器可以提高页面响应速度。
3.3.2可靠性、可用性、可维护性
该网站的平均无故障时间应不低于3000小时并提供备份机制。
如果例外情况发生，可以通过备份文件恢复数据库
3.4外部接口要求
3.4.1用户接口
本页面的界面由五个部分组成，一个部分在顶部，一个部分在底部，其余的在中间。
页面底部分包含知识产权财产权利声明。
中间部分是最重要的区域。
在左侧，有登录窗口和热链接。
当你连接到网页时，在左边的部分通常会根据用户的权限显示出操作菜单。
中间为工作区域。
如果用户没有登录，中间部分将只显示最新的新闻，活动和出版物。
最后，右侧部分的内容是相对固定的，它显示的五大事件，出版物等。
3.4.2软件接口
EBW和EC应实现无缝切换，当用户浏览EBW和EC之间。
以下是详细的接口规范：
3.4.2.1：
数据库接口
EP的用户信息存储在EBW的数据库中，因此，我们将创建以下视图参考EC子系统的数据库。
从EBW的数据，这些视图将被涉及。
1:
SysUser
所有用户的DataTable
Field
描述
UserID
用户识别号码
UserName
用户姓名
Password
用户密码
UserType
用户类型（1:
站长;2:
专家;3:
企业）
IsAuditing
是否已经认证站长
在EBW的数据库中，如果有一个同名的表，我们建议创建视图下进行下列SQL脚本，如果数据库在其他服务器托管，我们将首先创建的链接服务器。
CreateviewSysUserasSelect*fromQuickKnowledge.dbo.SysUser–从EBW的数据库sysUser表
2:
Enterprise
提交
描述
EnterpriseID
企业ID
EnterpriseName
企业名称
Phone
联络电话
Email
联络Email
Address
企业地址
PostalCode
企业地址邮政编码
City
企业地址城市
Province
省
Introduce
企业简介
EnterpriseType
企业类型
在EBW的数据库中，如果有一个同名的表，我们建议创建视图使用下面的SQL脚本，如果数据库在其他服务器上，我们将首先创建的链接服务器。
CreateviewEnterpriseasSelect*fromQuickKnowledge.dbo.Enterprise--企业的EBW的数据库表。
3.4.2.2使用换票和验证
进入EC之前，我们将创建一个用户票证的cookie和用户ID的cookie。
这些cookies会
简称由EC和用来验证用户名和密码。
Followingaretocreatethecookie’ssamplecode:
SysUserDS.SysUserRowsysUserRow=sysUserDS.SysUser[0];
SHA1sha=SHA1CryptoServiceProvider.Create（）;
System.Text.UnicodeEncodingencoder=newSystem.Text.UnicodeEncoding（）;
byte[]hashuser=sha.ComputeHash（encoder.GetBytes（sysUserRow.UserName））;
byte[]hashpwd=sha.ComputeHash（encoder.GetBytes（sysUserRow.Password））;
HttpCookiecookie=new
HttpCookie（"UserTicket",BitConverter.ToString（hashuser）+BitConverter.ToString（hashpwd））;
cookie.Path=AppContext.RemoteCookiePath;
Response.Cookies.Add（cookie）;
HttpCookiecookieuid=newHttpCookie（"UserID",sysUserRow.UserID.ToString（））;
cookieuid.Path=AppContext.RemoteCookiePath;
Response.Cookies.Add（cookieuid）;
用户票证Cookie的数据样本：
"96-AF-FF-2F-22-FB-0A-82-40-13-3B-BB-91-8C-C4-A0-FE-79-AD-110D-53-99-50-84-27-CE-79-55-6C-DA-71-91-80-20-C1-E8-D1-5B-53"
3.4.2.3UI要求
EC的开始页面将显示在中间的UI，所需的宽度为400-600px的，和高度的灵活性。
3.5安全要求
用户可以通过SSL访问门户网站，并确保浏览器之间的通信安全和服务器。
3.6完整性要求
EBW可以集成与欧盟形成的EP。
3.7国际规定
实现中英文。
在EBW能与Unicode兼容的数据输入。
3.8进度要求
EBW计划4（28天）星期内完成。
3.9文件要求
需要提供详细设计，源代码和其他相关文件。
3.10技术综述
多层设计是保持系统的灵活性和可扩展性的首选。
升级会员 