计算机软件及应用软件需求规格说明书.docx
《计算机软件及应用软件需求规格说明书.docx》由会员分享，可在线阅读，更多相关《计算机软件及应用软件需求规格说明书.docx（114页珍藏版）》请在冰豆网上搜索。
计算机软件及应用软件需求规格说明书
无纸化会议系统
需求说明书
文件状态：
[√]草稿
[]正式发布
[]正在修改
文件标识：
当前版本：
作者：
完成日期：
版本历史
版本/状态
作者
参与者
起止日期
备注
1引言
1.1编写目的
本需求说明书主要面向项目甲方和项目开发者。
作为整个系统开发的依据，它将对以后各个阶段的工作中起指导作用，同时也是项目完成后系统验收的依据。
本文全面地描述了无纸化会议系统所要完成的工作，是软件开发人员和用户对本系统中的业务流程及功能达成共识。
编写此文档的目的是进一步定制软件开发的细节问题,旨在对这次的项目做一个大体上的描述，预期的主要读者如下：
1.项目甲方。
能够让甲方对本次项目大体上的实现有一个初步的了解，借助文档来保证需求的正确和完善，并助其在项目初期提出可行性的意见和建议。
2.项目开发者
能够根据本文档来确定这次项目的需求和规定，包括功能性需求，安全性需求等。
以便根据需求来指导项目之后的开发。
1.2项目背景
本次项目题为无纸化会议系统，鉴于常规会议中，由于大量的纸质材料而引起的资源浪费、办事效率低，应变能力差，表现形式单一，安全性欠佳等缺点，会议的无纸化已经成为一个势在必行的改变。
本次项目的任务提出者（甲方）为，开发方（乙方）为，为的是能够将甲方的几个会议室布置为无纸化的会议室，以便借由这个无纸化会议系统来取代传统的会议。
本系统可以独立运行于会议室中，并且也可以与甲方的OA（办公自动化）系统进行对接，以便让会议更高效。
1.3定义
●B/S模式&C/S模式
B/S（Browser/Server，浏览器/服务器）模式又称B/S结构。
它是随着Internet技术的兴起，对C/S模式应用的扩展。
在这种结构下，用户工作界面是通过IE浏览器来实现的。
B/S模式最大的好处是运行维护比较简便，能实现不同的人员，从不同的地点，以不同的接入方式（比如LAN，WAN，Internet/Intranet等）访问和操作共同的数据；
C/S（Client/Server，客户机/服务器）模式又称C/S结构，是20世纪80年代末逐步成长起来的一种模式，是软件系统体系结构的一种。
C/S结构的关键在于功能的分布，一些功能放在前端机（即客户机）上执行，另一些功能放在后端机（即服务器）上执行。
功能的分布在于减少计算机系统的各种瓶颈问题。
C/S模式简单地讲就是基于企业内部网络的应用系统。
与B/S（Browser/Server，浏览器/服务器）模式相比，C/S模式的应用系统最大的好处是不依赖企业外网环境，即无论企业是否能够上网，都不影响应用。
本系统最终选定的是客户端采用B/S模式，以及服务器可以采用C/S模式访问，这种B/S与C/S相结合的模式；
●电子白板:
电子白板是汇集了尖端电子技术、软件技术等多种高科技手段研发的高新技术产品，它通过应用电磁感应原理，结合计算机和投影机，可以实现无纸化办公及教学。
电子白板由普通白板发展而来，最早出现的电子白板为复印型电子白板，随着技术的发展及市场的需要，出现了交互式的电子白板。
目前市场上这两种电子白板并存。
电子白板的功能：
1.基本的批注与绘画功能，用于参与者之间的交流。
2.具有鼠标的功能，即可以在触控屏上直接控制计算机和反馈功能。
3.交互式电子白板内容的恢复和更新功能。
4.特殊功能：
聚光灯、拉幕、放大镜、视频记录、支持office功能
5.有屏幕捕获、层技术、图形编辑功能；把静态的图形变成动态，更生动直观。
6.无限页书写功能。
●Nhibernate&ORM:
NHibernate是一个面向.NET环境的对象/关系数据库映射工具。
对象/关系数据库映射（object/relationalmapping，ORM）这个术语表示一种技术，用来把对象模型表示的对象映射到基于SQL的关系模型数据结构中去。
类似Java中的Hibernate，使用GNU宽通用公共许可证发行的自由、开源的软件。
它为面向对象的领域模型到传统的关系型数据库的映射，提供了一个使用方便的框架。
它的设计目标是将软件开发人员从大量相同的数据持久层相关编程工作中解放出来。
●Nunit
NUnit是一个单元测试框架，专门针对于.NET来写的.NUnit最初是由JamesW.Newkirk，AlexeiA.Vorontsov和PhilipA.Craig，NUnit是xUnit家族种的第4个主打产品，完全由C#语言来编写，并且编写时充分利用了许多.NET的特性，比如:
反射，客户属性等等.最重要的一点是它适合于所有.NET语言.
●DFD（DataFlowDiagram，DFD）
数据流程图是一种能全面地描述信息系统逻辑模型的主要工具，它可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况。
●XML（ExtensibleMarkupLanguage）
XML即可扩展标记语言，它与HTML一样，都是SGML（StandardGeneralizedMarkupLanguage，标准通用标记语言）。
Xml是Internet环境中跨平台的，依赖于内容的技术，是当前处理结构化文档信息的有力工具。
扩展标记语言XML是一种简单的数据存储语言，使用一系列简单的标记描述数据，而这些标记可以用方便的方式建立，虽然XML占用的空间比二进制数据要占用更多的空间，但XML极其简单易于掌握和使用。
●WPF（WindowsPresentationFoundation）
WPF是微软推出的基于WindowsVista的用户界面框架，属于.NETFramework3.0的一部分。
它提供了统一的编程模型、语言和框架，真正做到了分离界面设计人员与开发人员的工作；同时它提供了全新的多媒体交互用户图形界面。
WPF其实不仅仅是图形引擎而已，它将给Windows应用程序的开发带来一次革命，因为新的架构提供了一种全新的开发模式。
当然对于普通用户而言，最直观的就是界面越来越漂亮，看起来越来越舒服了；但对于开发人员而言，界面显示和代码将更好的得到分离，这与从前的桌面应用程序开发有很多不同（界面设置和代码是融合在一起的），这是比较具有革命性的改变之一。
还有就是桌面应用程序和浏览器应用程序的融合，根据ms的承诺，正在开发中的WPF/E，即WPFEverywhere版本，将为基于WPF的应用程序提供全面的浏览器支持，这意味着未来开发出的应用程序将可以基于浏览器在不同的操作系统上运行，当然由于目前还在开发中，并不确定会不会有一定的限制，根据WPF/E开发组的定义，WPF/E仍然是WPF的子集，而不是后继版本。
●基于ACK的可靠组播协议模型
基于ACK的可靠组播协议主要由发送者来保证组播数据包的可靠传输，在本文中将此类协议称为协议模型A，它具有以下基本特点:
发送者需要为每一接收者保留各自关于数据包接收情况的相关状态信息，它根据每次收到的来自于不同接收者的ACK设置相应的状态信息.发送者采用组播方式发送和重传每一数据包，并同时
设置相应的重发定时器.接收者首次正确收到数据包后，利用单播（Unicast）方式向发送者发送ACK确认数据包，对于此后重复收到的数据包其不再发送ACK进行确认.若在发送者中对应任一数据包的定时器超时之前，发送者收到来自所有接收者对此数据包的ACK，则其认为此数据包已经成功的传送到所有接收者，此时取消对这一数据包的定时.若发送者中对应某一数据包的定时器超时，这意味着这一数据包没有正确的传送到所有接收者，则其重发此数据包并重新设置定时器.
●基于NAK的可靠组播协议模型
基于NAK的可靠组播传输协议将保证组播数据包的可靠传输的重任放在接收者上，在本文中将此类协议称为协议模型B，它具备以下基本特点:
发送者不需要了解每一接收者的数据包接收情况及保相关状态信息.发送者采用组播方式发送和重传每一数据包，不需设置相应定时器.若接收者正确收到数据包，则其不向发送者发送任何确认指示.接收者通过检测数据包空隙（PacketGap）或通过比较各个接收者周期发送的状态信息（本文中不考虑此状态信息所占用的带宽）检测数据包的丢失，若接收者检测到数据包的丢失，则其利用单播方式向发送者发送NAK数据包，要求发送者重发相应的数据包，并同时设置相应的定时器.发送者收到接收者的NAK后，依据其中的信息决定是否重发相应的数据包，设此接收者和发送者之间的往返行程迟延为RTT，若发送者在当前时间之前的RTT时间之内已经重发了相应的数据包，则发送者不再进行重发，否则其重发此NAK所请求的组播数据包.若接收者在对应某一数据包的定时器超时前成功收到此数据包，则其取消相应的定时器.若接收者中对应某一数据包的定时器超时，则这意味着接收者要求发送者重发的数据包还是没有成功收到，则按照检测到数据包丢失时的情况处理.此外，现在很多基于NAK的可靠组播协议都采用了NAKCompression策略，这类协议的代表是SallyFloyd和VanJacob2son的SRM[9]
●UPS（uninterruptiblepowersystem）
UPS是不间断电源的英文简称，是能够提供持续、稳定、不间断的电源供应的重要外部设备。
UPS按工作原理分成后备式、在线式与在线互动式三大类。
UPS顾名思义，它就是一台这样的机器，它在市电停止供应的时候，能保持一段供电时间，使人们有时间存盘，再从容地关闭机器。
UPS电源主要由UPS主机及UPS电池组成
;作用:
高可靠性不间断供电——保证动力的连续性;电网稳压、净化功能——消除电网波动、污染;电池管理功能——延长电池使用寿命;智能监控功能——有效解决电源维护功能。
●Ext
ExtJS可以用来开发RIA也即富客户端的AJAX应用，是一个用javascript写的，主要用于创建前端用户界面，是一个与后台技术无关的前端ajax框架。
因此，可以把ExtJS用在.Net、Java、Php等各种开发语言开发的应用中。
ExtJs最开始基于YUI技术，由开发人员JackSlocum开发，通过参考JavaSwing等机制来组织可视化组件，无论从UI界面上CSS样式的应用，到数据解析上的异常处理，都可算是一款不可多得的JavaScript客户端技术的精品。
Ext的UI组件模型和开发理念脱胎、成型于Yahoo组件库YUI和Java平台上Swing两者，并为开发者屏蔽了大量跨浏览器方面的处理。
相对来说，EXT要比开发者直接针对DOM、W3C对象模型开发UI组件轻松。
1.4参考资料
[1]谭云杰．ThinkinginUML．中国水利水电出版社，2009.1：
1-312．
[2]骆斌（主编），丁二玉（编著），需求工程——软件建模与分析．北京：
高等教育出版社，2009.4.
[3]RogerS.Pressman.软件工程-实践者的研究方法（第六版）[M].北京：
机械工业出版社，2008.
[4]GB/T15381-94《会议系统及其音频性能要求》
[5]王珊，萨师煊．数据库系统概论[M]．北京：
高等教育出版社，2006.5：
78-127．
[6]王 斌，刘增基，李红滨，张冰.基于ACK和NAK的可靠组播传输协议的性能分析和比较.西安电子科技大学综合业务网国家重点实验室，陕西西安710071.期刊
2任务概述
2.1目标
2.1.1系统开发背景
随着会议发言讨论系统技术、现场音频回放技术、音频处理技术、无线麦克风技术，投影显示技术、集中中控等技术的不断发展，使得具备系统先进性和实用性的会议系统成为了当今社会讨论的热点。
“无纸化会议系统”使得会议进入了一个全新的模式，“无纸化”会议系统有效的解决了传统技术中难以实现的实时交流互动等缺点，为现代化会议室的建设提供了一种理想的实现方案，它规避了传统会议系统的种种弊端。
“无纸化会议系统”:
PMCS（PaperlessMulti-mediaCongressSystem），通过现有的各种通讯传输媒体，将语音、文字、图片等多种资料分送到各个与会者的计算机上，通过图形、声音等多种方式交流信息，增加与会者对内容的理解，完成传统会议向无纸化会议的转型。
以下是传统会议模式的主要不足：
①办会效率低：
为举办一次会议，会务人员不得不进行大量前期准备和协调工作。
如：
协调会议室使用、制作参会人员桌牌、收集和准备会议资料、印刷会议资料、制作选票、统计选票、统计到会情况、收集过程文档、防止敏感会议资料丢失等。
上述工作一个人难以完成，需要多人投入大量的精力，而且可能由于疏忽，造成会议的组织不圆满。
②参会人员累：
由于采用纸质的会议资料，参会人员需要大量的精力才能定位到自己关心的章节或内容，有时还可能出现遗漏；由于缺乏丰富的多媒体和图文表现形式，会议过程枯燥，尤其对于较复杂的议题参会人员难以迅速理解和把握其核心思想；多人汇报时，为了使用投影仪，频繁换座位，导致会场局面混乱。
③应变能力差：
会议时参会人员发生变换，将无法提供相应的纸质桌牌；如果会议资料在会前几分钟或会议中才收集准备完毕，将不可能进行大量印刷，影响会议质量。
④表现形式单一：
会议内容以纸质资料为主，缺乏必要的多媒体或音视频表现形式，使得会议过程枯燥，影响会议的预期目标。
宣传、教育或学习类型的会议，如能配合一定的纪录片、原理演示动画等，将起到事半功倍的效果。
⑤资源浪费严重：
传统会议需要大量的纸张开销，而绝大部分的纸质会议资料，会后就没有任何用处，造成了巨大的资源浪费。
目前，我国乃至全球，各种资源越来越匮乏，节约资源、保护环境，已经成为当前的迫切任务。
⑥安全保密隐患：
会议内容涉及到国家秘密或商业秘密时，对会议资料的控制非常重要。
传统会议采用纸质会议资料，很容易发生丢失现象，难以保证会议资料的安全。
2.1.2系统开发意图
“无纸化会议系统”在完成传统会议所需要的功能上，改善传统会议中的工作量大，资源浪费，安全性差，表现形式单一的缺点，用户只需要一体机，麦克风，摄像头等就能够轻松召开会议，支持屏幕共享，投票，文字交流，便签等功能，实现基于会议讨论、资料展示/演示、投票表决等不同类型的应用需求。
同时本系统对系统工作的先进性、稳定性、可靠性、安全性、兼容性、扩充性予以充分全面的考虑，充分考虑系统应用的智能化和操作的简易性。
本会议系统，作为各种决议，规划的讨论和审核的严肃的会议环境，要求具备以下基本要求：
●信息化、智能化、合理化，满足各类现代高级信息多媒体会议的要求，设备配置方面，无论是音频或者控制系统，都将考虑设备的先进性、可靠性，安全性，系统能够提供音频信号切换及大屏幕显示的设备，有功能完善的音频系统，满足用户对系统的严格要求；
●系统设备的配备简洁合理，操作方便，每个设备都能充分发挥其作用；注重系统的经济性，选用经济、实用的设备，提高会议室之间设备的复用率，避免重复投资.
●系统操作简单快捷使用方便灵活，智能化程度高，系统为用户提供一个方便的操作手段，在重要的会议进行时，不至于由于使用了众多高科技设备、提供了众多功能而造成系统操作复杂、局面难于控制或操作上手忙脚乱的尴尬局面。
●采用模块化设计，使系统各部分既可有机地融合，又有相对的独立性，为日后系统的升级扩展和设备更新留有余地.要求系统能够独立运行于会议室中，也可以与甲方的OA（办公自动化）系统进行对接，以便让会议更高效。
●系统初始设有一定数量的发言席位，设有会议主席和会议秘书和在会议期间主席机能够进行轮转；
2.1.3系统应用目标
本次项目的最主要目标是完成传统会议向无纸化会议的转型，在完成传统会议所需要的功能上改善传统会议中的工作量大，资源浪费，安全性差，表现形式单一的缺点。
2.2用户和用户特点
表2-2用户概要
用户编号
用户名称
用户概况和特点
使用系统方式
User_001
会议发起者
会议发起者即为一场会议的提出者，会议发起者确定了会议的一些基本信息，包括时间，主题，一些材料及参会人员等。
此类人员通常具有基本的电脑技能，但不一定具有对新软件的快速学习能力。
并且通常不直接接触系统，而是依靠其他人代替自身来完成系统的使用
①直接使用系统来进行会前的布置。
②借由其他人员（秘书等）代替自己完成会前布置的功能。
User_002
会议秘书
会议秘书通常接受会议发起者的指示在会前进行会议的布置，包括材料的准备，人员的通知等。
并且有可能在会议的现场对会议进行组织和控制。
这类人员能够较熟练的使用电脑软件，其职责明确了这类用户有必要在事先对系统的使用进行学习。
①接受会议发起者的指示，并对会场进行前期的布置，直接操作系统。
②在会议现场使用系统对会议进行主持和控制。
User_003
会议主持人
会议主持人有可能由其他人员客串，如会议秘书或者某个参会者。
其主要职能是控制会议的流程，对会议现场做出控制，例如签到、材料的管理等。
这类人员参与正常会议，保证会议的正常进行。
在会议现场使用系统来完成会议的控制。
这类人员一般具有基础的电脑指示，但不一定能够熟练的使用新软件，有必要对其进行适当的培训。
User_004
会议参与人
参会者也即是以往传统会议的参会者，有可能是单位各个职位的人员，要求没有障碍的完成以往会议的全部功能。
这类用户遍布的范围较广，因此很难估算其计算机的水平，因此要求软件能够简单、易上手，以便保证这类人员的特点。
在会议现场使用系统来参与会议，完成包括签到，查看资料，发言等在传统会议中也具备的功能。
User_005
单位办公人员
在单位中，办公人员需要获取会议的资料——包括会议材料，人员信息等，以便完成单位其他工作。
这类人员一般能够熟练的使用电脑，具备一定的电脑使用知识。
通过系统来查阅及下载会议的相关资料。
User_006
会议室管理者
会议室管理员要完成日常对会议室的管理和安排，例如会议室安排出现冲突后的处理等。
保证会议室的正常工作。
这类用户对会议室具有操作的最高权限，能够对会议室的使用进行安排，但无法确定其电脑使用水平，因此在必要时候需要对其进行培训。
使用系统对会议室的安排进行操作和管理，保。
User_007
系统维护员
这类用户在系统出现故障时对系统进行维护，并且保证日常系统的检查和备份等工作，以保证系统运行良好。
这类用户具有较高的电脑使用水平，能够熟练的对系统进行操作。
①直接使用系统进行系统维护。
②使用外部工具或软件对系统进行检查和维护。
2.3假定和规约
1）用户支持：
假设本应用软件开发过程中得到了用户的极力支持和配合。
需求不会过大的变动，并且积极参与和配合系统开发的进度。
2）技术支持：
在开发过程中遇到的技术问题，可以及时的解决和处理，由于本系统的设计的大量的硬件知识，并且系统较为庞大，技术难点较多，这个是我们保证系统完成时间的最大假设。
3）人员配合：
假定项目开发过程中不会有突发情况导致项目成员没办法参与开发工作。
4）时间限定：
假定项目完成时间不会提前。
本次系统的开发时间有限，预计为2个月。
以下使本系统开发的进度和计划安排
甘特图：
图2-3甘特图
由上图可看出：
开发期限：
2011年5月中旬为止
开发周期：
2个月
具体时间：
2011年3月20日至2011年5月10日
由于该系统的开发进度是小组根据各个模块的初步情况进行安排的，时间进度方面可能会有所变动，此问题根据具体情况进行分析。
原则上我们将尽力按照目前的进度进行开发，务必在预定时间内顺利完成。
3需求规定
3.1功能性需求
3.1.1系统整体功能架构
对于本次系统，甲方提出的大致上的功能性需求及后期分析的功能性需求如下表
表3-1-1-1功能性需求_大纲
编号
内容
1
能够对会场进行前期的布置，包括人员，资料，座位，议程的布置。
2
会议签到及会议签到的管理
3
对会议流程的控制
4
会议资料的分发和查看
5
会议现场的交流，包括语音和文字的交流
6
会后资料的整理和保存
7
会议现场的屏幕同步
8
会议现场的发言录音及保存录音
上表作为一个功能性需求的大纲，大致给出了本次系统的大体需求，根据以上的需求大纲可以对本次系统的功能模块做一个划分。
因此，详细的需求分析请见各个模块的详细需求文档。
本次系统的功能模块划分如下表。
表3-1-1-2系统功能模块划分表
编号
模块名
模块描述
1
会议室安排
完成会议室的申请，安排，批准，管理等操作。
2
会议安排
完成会议前期的人员、资料、座位、时间，流程的布置。
并且可供使用者发起通知，或者供参会者查看信息等。
3
签到系统
负责会议现场的签到，并且能对签到信息做操作，包括修改，查看等。
4
会议交流
完成会议现场的交流——包括语音和文字等的交流，并在这些基本交流的基础上做出交流类型的扩充，比如电子白板，窗口共享
。
5
会议流程控制
控制会议现场的流程，主要为议程的前进、后退、转移和查看等操作。
6
文件共享
负责文件资料的分发和查看，并可对资料进行操作。
7
问卷及投票
包括会议前期的问卷设置，会议现场的问卷答复。
并且整理问卷结果，并且可对结果进行展示或保存。
8
会议资料整合
对会议从会前到会后的资料进行整理和保存。
3.1.2系统流程分析
本次系统的目标就是让使用者能够简单快捷的来完成以往会议的所有功能，包括会前的组织，现场的管理，和后期资料的整合。
下图表示了这次系统的主要实现的功能和系统的职责，本系统贯穿了一场会议从会前到会后的所有流程。
也就是说本系统完成的不单单是会议现场的管理，也包括会前的布置和会后的管理，以便更好的适应办公自动化这个潮流。
系统总流程图如下：
图3-1-2-1系统总体流程图
图3-1-2-2会前会议编辑主流程图
图3-1-2-3会议现场主流程图
图3-1-2-3会后资料整理流程图
3.1.3系统功能建模
MindjetMindManagerPro绘制思维导图：
●Web端思维导图：
●会议系统功能模块思维导图
●本地服务器思维导图
●Xmind进行思维导图的抽象思维导图设计：
其中会议现场功能细化图如下：
●通过建模初步分析,“无纸化”会议系统主要包含以下功能：
数据共享功能:
①文档共享、屏幕共享、电子白板、文字聊天、文件传输和投票等多种数据功能同步进行；
②白板技术，实时捕获主持人在普通硬件白板上的书写，迅速广播到与会者的计算机屏幕上；
③同步文档（包括Office、PDF等各种格式的文档），并提供丰富的文档标注工具。
④采用矢量成像技术保证共享的文档具有高质量的清晰度，文档内容不失真；
⑤屏幕共享功能，与会者可实时、同步看到被共享的计算机桌面。
可以对正在共享的电脑进行远程操作；
⑥电子投票，问卷调查功能；
2.管理功能:
①基于Web的会议安排、修改、取消等会议管理功能；
②完整的用户帐号管理。
可以批量导入用户帐号，用户登入，用户组管理，用户组织机构管理；
③通过email或手机短信等方式邀请与会者；
④完整的会议统计数据，所有与会者进入、离开会议的时间、与会者来自何处等信息都有完整的记录；
⑤会议进行中具有灵活的权限控制，在会议中主持人，主讲人等角色可以动态切换，与
升级会员 