2.4.1 技术可行性分析
技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作。目前每个公司都建有局域网，各办公室均采用PC机作为工作台，其容量、速度能满足系统要求。
根据提出的系统功能、性能及实现系统的各项约束条件，根据新系统目标来衡量所需的技术是否具备，本系统是一个数据库管理和查询的系统，现有的技术以较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，估计利用现有技术条件应完全可以达到该系统的功能目标。
2.4.2 经济可行性分析
主要是对开发会议管理系统与会代表和会议室设备安排的经济效益进行评价，一方面是估算开发它的支出费用。另一方面是估算会议管理这个软件可能取得的收益中可以用钱来衡量的那部分。并对目前的软件市场进行调查,所做软件是否有很大的销售市场和相当规模的用户群。并且，分析系统开发是否会对其它产品或利润带来一定影响。经过对上述几个方面的调查研究和分析，我们得出会议管理系统这个软件的市场前景是相当客观的，在经济角度来说，开发会议管理系统是可行的。
2.4.3 操作可行性分析
主要是了解会议管理的相关人员对开发信息系统是否支持，现有会议管理制度和方法是否科学，规章制度是否齐全，原始数据是否正确等。会议管理人员积极支持该系统开发，使新系统能够充分的发挥作用；系统操作简单，易于理解，操作者经过短时间的培训就可以使用会议管理系统。
8
3 软件需求分析
3.1 目标
本系统是为了方便对会议管理人员对会议信息进行高效的管理而编写的。
3.2 需求规定
3.2.1 对功能的规定
本系统可以实现会议的预定，结账，查询功能，还可以对会议室信息进行删除、修改，对会议室的收入进行统计。
3.2.2 对性能的规定
⑴ 精度
⑵ 时间特性要求
响应时间、更新处理时间、数据的转换和传送时间、解题时间等都是系统默认时间。 ⑶ 灵活性
3.2.3 输入输出要求
系统中在数据输入时，使用了正则表达式，可以对输入数据进行提示并有效判断，如果不符合要求，将会报错，使用户修改直到符合要求为止，对于输出，在系统进行有效输入的情况下，会输出有效的数据。
3.2.4 数据管理能力的要求
9
4 概要设计
4.1 基本设计概念和处理流程 4.2 结构设计
系统管理员会议室信息管理客户信息管理借还记录管理收入查询报表关于本系统退出该系统添加编辑查询删除添加编辑查询删除添加编辑查询删除查询按规格按会议室按时间
图4.1系统功能模块
4.3 系统数据结构设计
4.3.1 概念结构设计
概念结构设计是将分析得到的用户需求抽象为概念模型的过程，即在需求分析的基础上，设计出能够满足用户需求的各种实体以及它们之间的相互关系的模型。概念结构的主要特点是能真实、充分地反映现实世界，易于理解，易于更改，易于向关系、网状、层次等各种数据模型转换。描述概念模型的有力工具是E-R模型。基于数据库管理系统的会议管理系统的E-R图如图所示。
用户名称管理员用户密码编号
10
图5.1 管理员实体属性图
会议编号会议室编号开始时间会议结束时间负责人姓名电话号码图5.2 会议实体属性图
身份证号码 会议室编号规模会议室级别价格状态图5.3 会议室实体属性图
位置 总E-R图：
图5.4 系统总E-R图
4.3.2 逻辑结构设计
将会议管理系统的E-R图转换成关系数据模型。 管理员（编号 用户名称 用户密码）
会议（会议编号，会议室编号，负责人姓名，身份证号码，电话号码，开始时间，
11
结束时间）
会议室（编号，规模，级别，价格，状态，位置）
4.3.3 物理结构设计
数据库的物理结构设计是对于给定的逻辑数据模型，选取一个最合适应用环境的物理结构。数据库的物理结构指的是数据库在物理设备上的存储结构与存取方法，它依赖于给定的计算机系统，是在数据库逻辑结构的基础上设计出一组能够满足实际需求的关系、约束、和索引等信息。会议管理系统的数据库表结构如下：
⑴ 管理员基本表 ⑵ 会议室基本表 ⑶ 会议室级别表 ⑷ 用户基本表 ⑸ 用户级别表 ⑹ 预定基本表 ⑺ 使用基本表
4.4 系统出错处理设计
当系统出现问题时，抛出异常，重新输入。
12