directory3.txt

FAQ管理全源代码

<!--Copyright 2002  Karna Saleh  All Rights Reserved.-->

<!---------------------------------------------------START EDITING BELOW THIS LINE --------------------------->


&text=<FONT SIZE="12" COLOR="#CCCCCC"><P ALIGN="LEFT"><FONT FACE="Arial" SIZE="16" COLOR="#FF3300"><A HREF=""><B>FAQs系统案例研究项目需求说明---需求规定 </B></A></FONT>
　从本章开始，逐个地给出各个层次中的每个程序的设计考虑。以下给出的提纲是针对一般情况的。 对于一个具体的模块，尤其是层次比较低的模块或子程序，其很多条目的内容往往与它所隶属的上一层 模块的对应条目的内容相同，在这种情况下，只要简单地说明这一点即可。 
3．1程序描述 
　　给出对该程序的简要描述，主要说明安排设计本程序的目的意义，并且，还要说明本程序的特点（如 是常驻内存还是非常驻？是否子程序？是可重人的还是不可重人的？有无覆盖要求？是顺序处理还是并发 处理卜…．．等）。
3．2功能 
　　说明该程序应具有的功能，可采用IPO图（即输入一处理一输出图）的形式。
3．3性能
　　说明对该程序的全部性能要求，包括对精度、灵活性和时间特性的要求。
3．4输人项 
　　给出对每一个输入项的特性，包括名称、标识、数据的类型和格式、数据值的有效范围、输入的方式。 数量和频度、输入媒体、输入数据的来源和安全保密条件等等。
3． 5输出项 
　　给出对每一个输出项的特性，包括名称、标识、数据的类型和格式，数据值的有效范围，输出的形式、 数量和频度，输出媒体、对输出图形及符号的说明、安全保密条件等等。
3．6算法 
　　详细说明本程序所选用的算法，具体的计算公式和计算步骤。
3．7流程逻辑 
　　用图表（例如流程图、判定表等）辅以必要的说明来表示本程序的逻辑流程。
3．8接口
　　用图的形式说明本程序所隶属的上一层模块及隶属于本程序的下一层模块、子程序，说明参数赋值和调用方式，说明与本程序相直接关联的数据结构（数据库、数据文卷）。 
3．9存储分配 
　　根据需要，说明本程序的存储分配。 
3．10注释设计 
　　说明准备在本程序中安排的注释，如：
　　a． 加在模块首部的注释；
　　b．加在各分枝点处的注释； 对各变量的功能、范围、缺省条件等所加的注释； 
　　d．对使用的逻辑所加的注释等等。 
3．11限制条件 
　　说明本程序运行中所受到的限制条件。
3．12测试计划 
　　说明对本程序进行单体测试的计划，包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件驱动程序及桩模块等的规定。
3．13尚未解决的问题
　　说明在本程序的设计中尚未解决而设计者认为在软件完成之前应解决的问题。

3.1对功能的规定
3.1.1系统功能关系图
Internet用户通过“Web访问“子系统以多种视图浏览FAQs。Intranet用户通过“FAQs管理“子系统进行FAQs的维护管理操作。“存储管理“子系统为“Web访问“和“FAQs管理“分别提供访问FAQs数据库服务。
3.1.2系统功能概述
3.1.2.1系统用例图：
 

3.1.2.2需求功能清单：
功能编号	功能名称	文中标题编号	备注
01	浏览FAQs	3.1.3	
0101	浏览一个FAQ	3.1.3.1	
0102	浏览全部FAQs	3.1.3.2	
0103	浏览FAQs索引页面	3.1.3.3	
0104	浏览FAQs文本视图	3.1.3.4	
02	管理FAQs	3.1.4	
0201	增加FAQ	3.1.4.1	
0202	删除FAQ	3.1.4.2	
0203	更新FAQ	3.1.4.3	

3.1.3浏览FAQs
	Internet用户以多种视图显示和浏览FAQs。系统用例图如下：
 
3.1.3.1 浏览一个FAQ
功能描述：
系统为Internet用户提供浏览显示单个FAQ的功能。
用例描述：
参与者：
Internet用户
前置条件：
参与者访问系统；
后置条件：
用户获得所浏览的FAQ。
基本路径：
1.参与者提供“浏览一个FAQ”功能的地址；
2.系统列出所需FAQ的信息；
分支流程：
1a检验FAQ#的存在性
1a1系统根据FAQ#从数据库中读取FAQ,若FAQ不存在,返回错误页面；
补充说明：
数据格式说明：
3.1.3.2 浏览全部FAQs
功能描述：
系统为Internet用户提供浏览显示所有FAQs的功能。
用例描述：
参与者：
Internet用户
前置条件：
参与者访问系统；
后置条件：
用户获得全部FAQs的列表。
基本路径：
1.参与者提供“浏览全部FAQs”功能的地址；
2.系统列出全部FAQs的列表信息；
分支流程：
补充说明：
数据格式说明：
3.1.3.3 浏览FAQs索引页面
功能描述：
系统为Internet用户提供浏览显示所有FAQs索引的功能。
用例描述：
参与者：
Internet用户
前置条件：
参与者访问系统；
后置条件：
用户获得全部FAQs索引的列表。
基本路径：
1.参与者提供“浏览FAQs索引页面”功能的地址；
2.系统列出全部FAQs索引的列表信息；
3.参与者点击单个FAQ索引连接,获得相应FAQ的信息。
分支流程：
补充说明：
数据格式说明：
3.1.3.4 浏览FAQs文本视图
功能描述：
系统为Internet用户提供以文本视图方式浏览显示所有FAQs的功能。
用例描述：
参与者：
Internet用户
前置条件：
参与者访问系统；
后置条件：
用户获得全部FAQs的文本视图方式列表。
基本路径：
1.参与者提供“浏览FAQs文本视图”功能的地址；
2.系统列出全部FAQs的文本视图方式列表信息；
分支流程：
补充说明：
数据格式说明：
3.1.4 管理FAQs
	为Intranet用户提供管理和维护FAQs的功能。系统用例图如下：
 
3.1.4.1 增加FAQ
功能描述：
系统为Intranet用户提供增加FAQ的功能。
用例描述：
参与者：
Intranet用户
前置条件：
参与者访问系统；
后置条件：
用户输入的FAQ被增加到数据库中。
基本路径：
1.参与者提供“管理FAQs”主菜单功能的地址；
2.系统列出管理FAQs的功能列表选项；
3.参与者点击“创建新FAQ”按钮。
4.系统显示“新建FAQ”界面
5.参与者输入FAQ的Question和Answer
6.参与者单击“添加”按钮
7.系统返回“管理FAQs”主页面，并显示”添加FAQ成功”消息。
分支流程：
5a 参与者单击“新建FAQ”界面的“退出”按钮，返回“管理FAQs”主页面。
6a系统检查Question为空，返回错误页面。
补充说明：
数据格式说明：
3.1.4.2 删除FAQ
功能描述：
系统为Intranet用户提供删除FAQ的功能。
用例描述：
参与者：
Intranet用户
前置条件：
参与者访问系统；
后置条件：
用户选择的FAQ被从数据库中删除。
基本路径：
1.参与者提供“管理FAQs”主菜单功能的地址；
2.系统列出管理FAQs的功能列表选项；
3.参与者点击“删除存在的FAQ”按钮。
4.系统显示“删除FAQ”菜单界面
5.参与者点击单选按钮,选择待删除的FAQ
6.参与者单击“删除选择的FAQ”按钮
7.系统显示“删除FAQ“确认提示框,包含了待删除的FAQ的信息
8.参与者单击“删除这个FAQ”按钮,系统返回“管理FAQs”主页面，并显示”删除FAQ成功”消息。
分支流程：
5a 参与者单击“删除FAQ”界面的“退出删除”按钮，返回“管理FAQs”主页面。
6a参与者没有选择待删除的FAQ,而单击“删除选择的FAQ”按钮,返回错误页面。
补充说明：
数据格式说明：
3.1.4.3 更新FAQ
功能描述：
系统为Intranet用户提供更新FAQ的功能。
用例描述：
参与者：
Intranet用户
前置条件：
参与者访问系统；
后置条件：
用户更新了的FAQ被存储在数据库中。
基本路径：
1.参与者提供“管理FAQs”主菜单功能的地址；
2.系统列出管理FAQs的功能列表选项；
3.参与者点击“更新存在的FAQ”按钮。
4.系统显示“更新FAQ”菜单界面
5.参与者点击单选按钮,选择待更新的FAQ
6.参与者单击“更新选择的FAQ”按钮
7.系统显示“更新FAQ“编辑窗体, 参与者编辑FAQ的Question和Answer
8.参与者单击“更新这个FAQ”按钮,系统返回“管理FAQs”主页面，并显示” 更新FAQ成功”消息。
分支流程：
5a 参与者单击“更新FAQ”界面的“退出更新”按钮，返回“管理FAQs”主页面。
6a参与者没有选择待更新的FAQ,而单击“更新选择的FAQ”按钮,返回错误页面。
补充说明：
数据格式说明：
3.2对性能的规定
3.2.1精度
1、在执行数据增加的时候，不允许出现因为程序的原因导致增加操作失败，也不允许发生重复增加的数据；
2、在执行数据删除操作的时候，不允许因为程序的原因发生多删除数据、删除失败的情况；
3、数据的修改也要求保持对应的准确性；
3.2.2时间特性要求
在单用户执行增加修改和删除操作的时候，在运行环境规定的条件下，单次操作的响应时间要求在2秒钟之内。
返回100行数据以内的数据查询，单次操作的响应时间要求在2秒之内。
多人操作时候，时间和相应的要求同上。
3.2.3灵活性
A、操作方式
程序在通常的应用环境下使用鼠标和键盘进行输入和输出操作，对于执行按钮，通常使用鼠标的点击完成，但是，界面要求全部支持键盘的定位操作（在不安装鼠标的计算机上，也能够使用该系统）。
B、运行环境
程序在通常的条件下，在Win98/NT/2000上安装运行，但是，还要求能够在XP及后续的MS的操作系统上运行。
系统要求能够在Win95的操作系统上安装和运行。
C、同其他软件的接口的变化
（不适用）
E、	精度和有效时限的变化
（不适用）
F、	计划的变化或改进
由于本系统的规模比较小，计划和进度的改变不影响到需要实现的需求。
3.2.4系统容量
	支持3万用户。支持GB级数据。
3.3输人输出要求
系统的基本数据单元如下：

数据单元名称	FAQ信息
组成	名称	格式	范围	精度	说明
	ID标示	数字	38	-	系统的自动序号
	Question	字符	255	-	问题,非空
	Answer	字符	2000	-	答案,可空
	Modified	日期	-	-	修改时间
备注	FAQ的信息应通过数据库统一保存

3.4数据管理能力要求
以下是每天、每月的各个单元可能产生的新的数据量。
以下的情况，是已经建立数据库、输入原始数据的情况下的正常增长，不考虑非常特殊的情况：
数据单元	月增加量	每月需要的最大的存储容量
FAQ	100- 1000	1M – 10M

根据以上的数据，每月要求的额外的数据存储空间为15M。
并且，所有数据采用集中式存储，数据位于数据库服务器上。数据库要有安全保障性能，必须只有授权的用户才能操作。
3.5故障处理要求
A、在操作成员输入一些不合理的数据的时候，能够进行一些合理的提示信息，不能因为输入错误而导致系统的错误，或者程序停止运行；
B、程序运行时，对服务器和网络通信故障能够识别并提示，当故障排除后，程序恢复正常运行；
C、数据库要求有灾难备份机制，以防止数据的全部丢失。
3.6其他专门要求
A、安全性
网络安全：能经受来自互联网的一般性恶意攻击。如病毒（包括木马）攻击、口令猜测攻击、黑客入侵等。因此，必须配备较强的网络安全防范、响应能力，为应用系统提供安全可靠的网络统计平台。
数据库安全：数据库级备份和恢复。数据库级用户进行角色和权限授权。使得在异常情况发生时，系统可以得以快速恢复，避免数据的丢失或将其影响降到最低限度。同样，要保证存储过程中数据不被非法访问和篡改。
数据保密：网络传递数据经过加密。需要保证数据在采集、传输和处理过程中不被偷窥、窃取、篡改。
应用系统的安全：通过对用户的身份鉴别，并实施相应的访问控制策略后，使用户只能完成得到系统授权的数据访问功能操作。用户只有经授权后才可以更新程序，避免因错误程序更新而影响系统的正常运行。
其他安全方面的要求，请参考合同的说明。
B、可扩充性
系统在开发完毕以后，应允许在后续的合同中进行功能的扩展或者功能的重新解释和实现。
C、健壮性
系统应该保证在一次开机三个月之内稳定运行，数据库在一些灾难事故中能够在系统安装好之后，两小时内恢复。
可靠性指标：在连续运行情况下，系统可靠性99.9999%。提供应用服务器集群技术和组件技术支持高可靠性和伸缩性。
D、易用性
易学易用、符合标准浏览器操作风格，丰富的联机帮助，人性化的操作界面。
E、可维护性
系统从设计上尽量考虑少做二次开发或者不做二次开发，直接通过系统配置搭建系统，从功能上具有通用性，易修改和扩展。软件开发使用组件技术，保证了可维护性高。
3.7文档需求
与软件一同发行的用户文档有：用户手册、操作指南、管理指南、在线帮助。
3.8测试需求
单元测试：对单一的组件的测试。
集成测试：组件组装成子系统后，测试子系统。
系统测试：对整个系统进行测试。
压力测试：测试系统的可靠性和伸缩性。</font>