QuickKnowledge网站需求分析书(翻译)

QuickKnowledge 商务网站

需求定义
1.引言 ................................................................................................................................................ 2 1.1 目的 ................................................................................................................................................ 2 1.2 适用范围 ........................................................................................................................................ 2 1.3 定义和缩写 ................................................................................................................................... 2 1.4 假设 ................................................................................................................................................ 3 1.5 相依 ................................................................................................................................................ 3 1.6 约束 ................................................................................................................................................ 3 1.7 相关文档 ........................................................................................................................................ 3 2 描述 ................................................................................................................................................ 3 2.2.1 环境 ............................................................................................................................................ 4 2.2.1.1 概述 .................................................................................................................................... 4 2.2.1.2 迁移,兼容性和共存 ......................................................................................................... 4 3 特定的系统要求 ............................................................................................................................. 4 3.1 功能和数据要求 ........................................................................................................................... 4 3.1.1 常见的免费资源 ..................................................................................................................... 4 3.1.2 专家工作范围 ......................................................................................................................... 5 3.1.3 企业工作范围 ......................................................................................................................... 6 3.1.4 管理员工作范围 ..................................................................................................................... 6 3.2 设计要求 ........................................................................................................................................ 6 3.3 性能要求 ....................................................................................................................................... 7 3.3.1 速度......................................................................................................................................... 7 3.3.2 可靠性,可用性和可维护性 ................................................................................................. 7 3.4 外部接口需求 ............................................................................................................................... 7 3.4.1 用户界面................................................................................................................................. 7 3.4.2 软件接口................................................................................................................................. 7 3.5 安全要求 ........................................................................................................................................ 9

3.6 完整性要求 .................................................................................................................................... 9 3.7 国际需求 ........................................................................................................................................ 9 3.8 附表要求 ........................................................................................................................................ 9 3.9 文件要求 ........................................................................................................................................ 9 3.10 技术摘要 ...................................................................................................................................... 9

1.引言
1.1 目的
此规范文件概述的总体要求 QuickKnowledge 门户。QuickKnowledge 是在咨询,培训 和商务服务的信息门户。 何时企业在他们的业务运行中遇到的问题, 他们可能会发布他们的 要求门户网站和看看一些专家来解决这些问题。 同时, 专家还可以使用门户为企业提供服务 和技术支持,以帮助他们做出正确的决定加快自身发展。

1.2 适用范围
该规范涵盖的 QuickKnowledge 商业网站的要求, 应交付 Winarray 到 Contoso。 将使用 Winarray 本规范作为自己的项目范围设计和开发的 QuickKnowledge 商业网站。在这个过 程中的设计和发展,Winarray 是负责以下项目交付: 详细设计 EBW 编码,系统测试 的 EBW 源代码,包括样品数据 静态数据的数据库在线 帮助文件用户指南

1.3 定义和缩写
下表显示了常见的缩略语/本文件中使用的缩写: 编号 1 2 定义 EP EBW 描述 QuickKnowledge 门户 QuickKnowledge 商务网站

3 4 5 6 7

EC North Wind Contoso Winarray IE

企业社区 北风集团 Contoso 公司科技有限公司 Winarray 技术服务有限公司 IE 浏览器

1.4 假设
Contoso 将提供需求定义和高级设计 EBW Winarray 的 Contoso 将还提供其他相关文件部分中列出的参考材料。 Winarray 将负责 Contoso 公司提供的详细设计和源代码子系统以及所有相关的文件根据 以上范围部分上市 Winarray 也将在集成测试,并负责安装和支持实施 EBW。在安装和支持部分详细覆盖文 档。

1.5 相依
用户可以保持他们的登录凭据 EBW 和 EC 之间。换句话说,EBW 登录后,用户还可以 访问 EC 而不必重新输入他们的凭据

1.6 约束
网站必须建立由 ASP.Net EBW 和 EC 之间可以保持用户的登录凭据

1.7 相关文档
下列文件中的有关细节,被称为各种规格本文件。 编号 1 2 文档 整个项目计划 C#代码标准 版本 V1.0 V1.0 可用性描述

2 描述
2.1 系统的视角 EBW 是一个子系统的 EP。下图描述了系统的整体结构。

2.2 目标 EBW 将建完成 QuickKnowledge 业务功能,包括: ---匿名可以访问免费资源,并成为认证会员注册。 ---企业可以在网站上发表他们的出价,并选择一个合适的专家,做到这一点。此 外,企业也可以与其他企业的沟通,交流他们在目标区域的经验。 ---专家可以查询或回复发表由企业的投标。 ---专家可以发布自己的新闻,活动和出版物。此外,专家还组织他们的虚拟团队 张贴相似 RFP 的门户。 ---网络管理员可以管理和授权认证成员 ---提供一个 Web UI 来完成这些业务功能。

2.2.1 环境
2.2.1.1 概述

EP 将被部署在 Web 服务器上。 用户将访问的门户网站, 通过 IE 浏览器或 其他兼容的互联网浏览器。
2.2.1.2 迁移,兼容性和共存

3 特定的系统要求
3.1 功能和数据要求

3.1.1 常见的免费资源
EP 介绍 静态信息用于引入 EP 的主要功能。 显示新闻列表(最热新闻) 过程:在首页,新闻,将按两种方式(点击数和发布日期) 。如果用户进入新闻频道,系 统会显示所有相关的消息。 数据:新闻信息中引入了专家工作区。 显示出版物清单

过程:在主页上,出版物将按两种方式(点击数和发布日期) 。如果用户进入出版物通道 时,系统会显示所有相关的出版物。 数据:出版物信息中引入了专家工作区。 显示事件列表 过程:在主页上,事件将按两种方式(点击数和发布日期) 。如果用户输入事件通道时, 系统会显示所有相关的事件。 评论门户 流程:用户可以提交自己的意见和建议,系统会显示排名前 10 位最新的。如果用户输 入的意见渠道,系统会显示所有的意见。 数据:门户注释信息,包括唯一的一个领域是评论。 显示站点地图 有一些静态信息,以显示网站的内容结构,并提供导航指南

显示联系人信息 还有一些静态信息显示门户 QuickKnowledge 的业务联络人和其他联系信息 显示专家名单 过程:系统会显示所有的认证专家。 输入 EC 流程:用户可以访问 EC 通过点击 EC 链接。如果用户登录时,系统必须将其 凭据 EC 注册 流程: 用户可以提供自己的个人信息系统数据库。 所输入的信息可以是各种不同的角色。 数据: 1. 角色类型包括:企业和专家。 2. 专家信息,包括:姓,名,电话,电子邮件,地址,城市,州/省,邮政编码,专家型, 及简介。 3.企业信息包括:企业名称,电话,电子邮件,地址,城市, 州/省,邮政编码,企业类型, 并简介

3.1.2 专家工作范围
发表新闻 过程:专家系统数据库发布消息 数据:新闻信息,包括:标题,关键字和细则 发表刊物

过程:专家系统数据库发布的出版物 数据:公开信息,包括:标题,作者,类型,介绍,PUBDATE 和价格 发布活动 流程:专家发表的事件系统数据库 数据事件信息包括:标题,关键词,日期,地点和摘要 组织虚拟团队 可以发布类似的过程:专家 RFP 系统数据库等方面的专家,有兴趣的人在此请求将回复招 贴。因此,招贴可以通过这些组织他的虚拟团队回复。在组织过程中,可以编辑招贴虚拟团 队的配置文件,添加或删除成员。 数据:类似的要求建议书(RFP)的信息,包括:名称,类别和虚拟团队细节的信息, 包括:团队名称,票据及成员.一个 RFP 涉及到多个虚拟团队。 编辑个人资料 过程:专家可以编辑自己的个人资料

3.1.3 企业工作范围
发布标书 流程:进入系统数据库,企业可以发表他们的出价。在竞标价格已公布,专家可以查询 和回复那些出价和企业可能会选择一个合适的专家来完成出价。 信息:招标信息,包括:标题,工业,联系人,地址,电话,传真,电子邮件,开幕日 期,到期日期和细则 专家评论 流程:企业可以输入一些评论,特别是专家。编辑自己的个人资料 流程:企业可以编辑自己的个人资料

3.1.4 管理员工作范围
授权注册用户 流程:网管可以浏览注册的用户列表,并授权用户。用户可以访问一次网站注册角色授权。

3.2 设计要求
ASP.NET 应该被用来实现系统和数据库服务器是 Microsoft SQL 服务器。

3.3 性能要求

3.3.1 速度
任何页面的响应时间应该是在 3 秒内 注:完成对硬件的要求是依靠适当 enhanceing Web 服务器的页面的响应速度可以提 高

3.3.2 可靠性,可用性和可维护性
应不低于 3000 小时的平均无故障运行时间(MTBF)的网站,并需要备份机制。如果 例外情况发生,该数据库可以通过备份文件恢复

3.4 外部接口需求

3.4.1 用户界面
用户页面的界面包括五个部分,包括在顶部的一个部分,一部分在底部,其他在中间。在 页面底部的一部分,通常是包含知识产权,产权声明。界面的中间部分是最重要的区域。在 左边,有登录表单和热链接。你在网站签署后,左边的部分也将显示操作菜单根据用户的角 色。在中间,有工作区。如果用户有没有签署,中间部分将只显示最新的新闻,活动和出版 物。最后,该部分的内容是相对固定的,这显示前 5 事件,出版物等。

3.4.2 软件接口
EBW 的 EC 应实现无缝切换,当用户浏览 EBW 和 EC 之间。以下是详细的接口规范:

3.4.2.1:数据库接口

EP 的用户信息存储在电子束焊接的数据库中,因此,我们将创建以下意见参考 EC 子 系统的数据库中。从 EBW 的数据,这些意见将被称为 1:SYSUSER 所有的用户数据表 字段 UserID UserName Password 描述 用户 Id 号 用户名 用户密码

UserType IsAuditing

用户类型(1:网站管理员;2:专家;3:企业用户) 用户是否被网站管理员认证的标志

EBW 的数据库表中如果有一个相同的名字, 我们建议创建视图以下 SQL 脚本, 如果数据库 被托管在其他服务器上,我们将创建服务器链接。

Create view SysUser as Select * from QuickKnowledge.dbo.SysUser – The sysUser table from EBW’s database 2:企业 字段 EnterpriseID EnterpriseName Phone Email Address PostalCode City Province Introduce EnterpriseType 描述 企业 ID 企业名称 电话号码 电子邮件 企业地址 企业地址的邮政编码 企业所在城市 省 介绍 企业类型

EBW 的数据库表中如果有一个相同的名字, 我们建议使用创建视图 SQL 脚本后, 如果数据 库被托管在其他服务器上,我们将创建服务器链接. Create view Enterprise as Select * from QuickKnowledge.dbo.Enterprise --The enterprise table of EBW’s database

3.4.2.2:使用票务交换和认证
进入 EC 之前, 我们将创建一个的用户票证的 Cookie 和用户 ID 的 Cookie。 这些 Cookies 简称 EC 和用于验证用户名和密码。 以下是创建 cookie 的示例代码: SysUserDS.SysUserRow sysUserRow=sysUserDS.SysUser[0]; SHA1 sha=SHA1CryptoServiceProvider.Create(); System.Text.UnicodeEncoding encoder=new System.Text.UnicodeEncoding(); byte[] hashuser=sha.ComputeHash(encoder.GetBytes(sysUserRow.UserName)); byte[] hashpwd=sha.ComputeHash(encoder.GetBytes(sysUserRow.Password)); HttpCookie cookie=new HttpCookie("UserTicket",BitConverter.ToString(hashuser)+BitConverter.ToString(hashpw d)); cookie.Path=AppContext.RemoteCookiePath; Response.Cookies.Add(cookie);

HttpCookie cookieuid=new HttpCookie("UserID",sysUserRow.UserID.ToString()); cookieuid.Path=AppContext.RemoteCookiePath; Response.Cookies.Add(cookieuid); The User Ticket cookie’s data sample : "96-AF-FF-2F-22-FB-0A-82-40-13-3B-BB-91-8C-C4-A0-FE-79-AD-110D-53-99-50-84-27CE-79-55-6C-DA-7191-80-20-C1-E8-D1-5B-53"

3.4.2.3:UI 要求
EC 的开始页面将显示在中间的 UI,所需的宽度在 400-600PX,高度具有灵活性

3.5 安全要求
用户可以访问通过 SSL 门户,并确保浏览器和服务器之间通信的安全性。

3.6 完整性要求
EBW 可与 EC 整合,形成 EP。

3.7 国际需求
实施 EBW 的英语。数据被输入 EBW 可以使用 Unicode 兼容。

3.8 附表要求
EBW 计划 4 周(28 天)内完成。

3.9 文件要求
要求提供详细设计,源代码和其他相关文件。

3.10 技术摘要
多层设计是优选的,以保持系统的灵活性和可扩展性。 考虑到使用感觉和维护系统的构造系统,要求使用 ASP.Net .


相关文档

QuickKnowledge网站需求分析书
QuickKnowledge商业网站需求说明书
一个学校网站的需求分析书
学校网站的需求分析书
网站的需求分析 _指导书
网站需求分析说明书
QuickKnowledge系统需求分析说明书
可配置的政府门户网站需求分析书
网站设计的需求分析书
社区网站需求分析说明书 110326
电脑版