软件项目开发课程设计会议管理系统说明书Word文档格式.docx
- 文档编号:16676962
- 上传时间:2022-11-25
- 格式:DOCX
- 页数:22
- 大小:30.95KB
软件项目开发课程设计会议管理系统说明书Word文档格式.docx
《软件项目开发课程设计会议管理系统说明书Word文档格式.docx》由会员分享,可在线阅读,更多相关《软件项目开发课程设计会议管理系统说明书Word文档格式.docx(22页珍藏版)》请在冰豆网上搜索。
2.5交付期限4
3、需求分析5
3.1任务需求分析5
3.2数据流图、数据字典及实体联系图6
3.2.1数据流图6
3.2.2数据字典7
3.2.3实体联系E-R图8
4、系统概要设计11
4.1总体设计11
4.2系统功能模块图11
4.3数据库概念设计13
4.4数据库逻辑结构设计13
4.5连接数据库的特点15
5、详细设计16
5.1系统的主要功能16
5.2程序流程图16
5.3用户界面设计17
5.3.1一般交互设计17
5.3.2信息显示设计18
5.3.3数据输入设计19
5.4程序设计过程20
5.4.1登录界面及密码修改20
5.4.2文件添加操作及修改21
5.4.3查询操作22
设计总结23
参考文献24
致谢25
摘要
会议管理系统是在计算机网络,数据库和先进的开发平台上,利用现有的软件,配置一定的硬件,分析和设计一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的管理系统。
该系统为会议组织的决策者和管理者提供充足的信息、快捷的查询和有效的管理方式,减少不必要的损失和浪费,提高会议管理的效率。
进入该系统后,用户可进行相应的数据查询、编译和下载等操作,还可以进行相应的会员注册,享有会员管理权限。
关键词:
数据库;
数据字典;
会议管理;
系统;
窗体
序言
本会议管理系统是针对会议管理等方面的问题。
它能实现会议的综合管理,减少不必要的手工工作,当有多人要看同一文件时,没有必要等前一人看完后再由下一人看,该系统为每一个用户提供了下载功能,用户可以同时从该系统上下载所需要的文件,从而节约了时间,提高了工作效率。
同时,该系统还提供了会员管理、报名管理和议题管理等多项功能。
其中,会员管理为用户提供了会员注册、会员权限管理和会员信息修改等功能;
报名管理为用户提供了报名信息列出、报名信息检索、检索结果到处、报名信息审核、报名统计和邮件回复等功能;
议题管理为用户提供了增设新议题、修改议题和删除议题等功能。
该系统将这些功能集合起来,不仅方便了用户对会议的了解,而且方便了管理员从整齐上对会议的管理。
1、可行性分析
1.1问题描述
随着科学技术的发展,社会进步,计算机迅速的发展,会议管理的方法也日新月异,以前全是由人工管理的方法现存在很多的缺点:
管理效率低,劳动强度大,信息处理速度低而且准确率也不够令人满意。
为了提高会议管理效率,减轻劳动强度,提高信息处理速度和准确性;
为管理员提供更方便、科学的服务项目。
为管理员提供的一种更先进、科学的服务系统。
于是我们便选择了由计算机来设计一个会议管理系统的方案。
让计算机对会议进行自动管理,管理员可以直接在计算机上实现会议的信息管理,并能在一定程度上实现自动化。
我们在现行系统初步调查的基础上提出了新系统目标,即新系统建立后所要求达到的运行指标,这是系统开发和评价的依据。
1.2可行性分析研究
会议管理系统是一个方便用户使用及管理员管理的系统,该系统可以提高会议管理效率,减轻劳动强度;
提高信息处理速度和准确性;
为管理者提供更方便、科学的服务项目。
我问主要从以下三方面来分析该系统的可行性。
1.2.1技术可行性
技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作,硬、软件配置能否满足开发者需要等。
目前每个单位内部都建有局域网,各员工可采用PC机作为工作台,其容量、速度能满足系统要求。
根据客户提出的系统功能、性能及实现系统的各项约束条件,根据新系统目
标来衡量所需的技术是否具备,本系统是一个数据库管理和查询的系统,现有的技术以较为成熟,硬件、软件的性能要求、环境条件等各项条件良好,估计利用现有技术条件应完全可以达到该系统的功能目标。
同时,考虑给予的开发期限也较为充裕,预计系统是可以在规定期限内完成开发。
1.2.2经济可行性
主要是对开发会议管理系统的经济效益进行评价,一方面是估算开发它的支出费用,其中包括设备购置费、软件开发费、管理和维护费、人员工资和培训费等。
另一方面是估算会议管理这个软件可能取得的收益中可以用钱来衡量的那部分。
并对目前的软件市场进行调查,所做软件是否有很大的销售市场和相当规模的用户群。
所做软件的开发成本与客户提出的要求是否可达到双方都满意。
并且,分析系统开发是否会对其它产品或利润带来一定影响。
经过对上述几个方面的调查研究和分析,我们得出会议管理这个软件的市场前景是相当客观的,在经济角度来说,开发仓库进货管理是可行的。
1.2.3操作可行性
主要是了解会议管理的相关人员对开发信息系统是否支持,现有会议管理制度和方法是否科学,规章制度是否齐全,原始数据是否正确等。
会议管理人员积极支持该系统开发,使新系统能够充分的发挥作用;
系统操作简单,易于理解,操作者经过短时间的培训就可以使用会议管理系统。
1.3结论意见
经过认真地可行性研究,系统基本上做到了在技术、经济、运行、法律上的可行。
因此,相信在按照计划上实施的前提下,全系统的设计将会按时、高质量完成。
所以,系统研制和开发是可以马上进行的。
2、项目开发计划
2.1编写目的
经过项目的可行性分析,得出项目可进一步进行下去的结论,在软件继续进一步的开发之前首先给出此软件项目计划。
2.2项目背景
21世纪,超市的竞争也进入到了一个全新的领域,竞争已不再是规模的竞争,而是技术的竞争、管理的竞争、人才的竞争。
技术的提升和管理的升级是超市业的竞争核心。
零售领域目前呈多元发展趋势,多种业态:
超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。
如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模,成为超市营业者努力追求的目标。
项目分析单位在接到项目分析员给出的项目可行性分析报告后,在本系统,即仓库进货管理系统开发主管部门的统一下制定用于软件实质开发的软件项目计划,以使软件开发单位理解软件开发要求,进行开发。
2.3项目概述
本系统主要包括:
文件管理、会员管理和报名信息管理。
(1)文件管理主要包括:
文件编号、文件名称、文件类型和上传时间。
(2)会员管理主要包括:
会员信息的录入,会员权限管理等。
(3)报名信息管理主要包括:
名称、权限、密码等。
2.4项目开发计划
1、任务分解
分三个大的阶段进行开发第一阶段完成本系统的数据流图跟E-R图。
第二阶段完成概要设计跟详细设计。
第三阶段书写文档。
2、预算
软件资金投入较少,具体预算分配简略。
3、关键问题
各模块之间的联系和后台数据库的完成。
使用目前的设备与现有开发技术完全可以开发出该系统,总的来说该项目没有较大的技术难点与其他的一些风险因素。
对于出现的一些小难点总都能得到解决。
2.5交付期限
所要开发的系统较简单,所有开发工作用户要求要在0.5个月内完成,完成项目的最迟时间为2010年8月19日。
3、需求分析
3.1任务需求分析
经分析先给出该系统的系统流程图,如图3.1所示:
会员注册信息
会员管理
议题信息
文件列表
报名列表
数据共享
议题管理
管理事物处理
报名管理
图3.1系统流程图
该系统主要包括系统功能输入模块、基本资料维护模块、报表模块、综合查询功能模块和统计模块等。
系统要实现基本信息录入、修改、查询等功能:
1、信息的输入,包括会员信息、报名信息、议题信息等。
2、信息的修改、删除。
3、根据要求,查询统计符合条件的各类信息。
4、依据实际需要,对重要新信息进行统计。
3.2数据流图、数据字典及实体联系图
3.2.1数据流图
该系统数据流程图如图3.2所示:
D1
文件清单
D2
会员信息
更新会员信息
会议
管理
员
更新文件清单
文件清单会员信息
更新议题信息
更新报名信息
更新事物更新事物更新事物更新事物议题信息报名信息
D3
报名信息
D4
议题信息
图3.2系统数据流程图
数据流图由四种基本的元素构成:
数据流(DataFlow),处理(Process),数据存储和数据源(数据终点)。
数据流(DataFlow):
为具有名称且有流向的数据,用标有名称的箭头表示,一个数据可以是记录、组合项或基本项。
处理(Process):
表示对数据所进行的加工和变换,在图中用矩形框表示。
指向处理数据流为该处理的输入数据,离开处理的数据为处理的输出数据。
数据存储:
表示用文件方式或数据库形式所存储的数据,堆砌进行的存取分别以指向或离开数据存储的箭头表示。
数据源及数据终点:
表示数据的来源或数据的去向,可以是一个组织或人员,它处于系统范围之外,所以又称它为外部实体,它是为了帮助理解系统界面而引入的,一般只出现在数据流图的起点和终点
3.2.2数据字典
数据字典是关于数据的信息的集合,也就是对数据流图中包含的所有元素的定义的集合。
由于本次设计是小型软件系统的开发,所以采用卡片形式书写数据字典。
每张卡片上保存描述一个数据的信息这样做更新和修改起来比较方便,而且能单独处理描述每个数据的信息。
下面将列出若干数据元素的数据卡片信息。
数据字典卡片:
名字:
议题编号
别名:
描述:
惟一地标识议题信息中一个特定议题的关键域
定义:
议题编号=8{字符}8
位置:
议题列表
事务
报名人员编号
惟一地标识报名列表中一个特定人员的关键域
人员编号=8{字符}8
报名人员列表
会员名单
惟一地标识会员列表中一个特定会员的关键域
会员名单=8{字符}8
会员列表
文件编号
惟一地标识共享文件中一个特定文件的关键域
文件编号=8{字符}8
文件列表表
密码
验证本系统的用户身份
密码=8{字符}8
操作用户表
用户名
惟一标识本系统的用户身份
用户名=8{字符}8
3.2.3实体联系E-R图
根据对数据流图和数据字典的分析,我们可以确定该应用中的实体,属性和实体之间的关系,并画出如下所示的E-R图。
文件类型
文件名称
上传时间
文件
图3.3文件实体E-R图
权限
会员名称
会员编号
密码
注册时间
会员
图3.4会员实体E-R图
用户权限
用户名称
用户编号
用户
图3.5用户实体E-R图
议题类型
修改时间
议题名称
议题
图3.6议题实体E-R图
查询
会员
议题
用户
文件
图3.7实体与实体之间的E-R图
4、系统概要设计
4.1总体设计
通过这个阶段的工作将划分出组成系统的物理元素。
系统概要设计的基本目的是用比较抽象的概括方式确定系统如何完成预定的任务,也就是要确定系统的配置物理方案。
软件结构设计时应该遵循的最主要的原理是模块独立,让模块彼此间的接口关系应该尽量简单。
4.2系统功能模块图
可以根据模块独立原理对软件结构进行精化。
为了合理的分解,得到尽可能高的内聚、尽可能松散的耦合,最终要的是,为了得到一个易于实现、易于测试和易于维护的软件结构,应该对模块进行再分解或合并。
系统功能模块图如图4.1所示:
会议管理系统
数据模块
打印设置
日志管理
系统模块
帮主模块
报表模块
查询模块
维护模块
输入模块
图4.1系统模块图
4.3数据库概念设计
数据库一般分为三级模式:
外模式、概念模式和内模式。
外模式也就是不同用户所对的数据视图,它将数据库内部抽象的数据及其互相之间的关系表示为简单、直观的应用界面。
概念模式是数据库中全部数据的逻辑结构和特征描述,通常以某种数据模型为基础。
内模式是对数据的物理结构和存储方式的描述。
在这里我们将要设计的是数据库的概念模式,
通过对会议管理系统的内容和数据流程分析及E-R图,设计如下数据项和数据结构。
文件信息:
包括文件编号、文件名称、文件类型、上传时间。
会员信息:
包括会员编号、会员名称、会员权限、注册时间、会员密码。
议题信息:
包括议题名称、议题编号、上传时间、议题类型、修改时间。
用户信息:
包括用户名称、用户密码、用户编号、用户权限信息、最后修改时间。
数据库概念结构设计,是在需求分析的基础上,设计出能够满足用户需求的各种实体,以及他们之间的关系,为后面的逻辑结构设计打下基础。
4.4数据库逻辑结构设计
在数据库设计中相当重要的一步就是将概念模型转化为计算机上DBMS所支持的数据模型,例如,将E-R图模型转化为关系模型,道理很简单,我们设计概念模型基本上都是一些抽象的关系,在再数据库设计的实现过程中,在计算机上有效地表示出这些关系就成了数据库设计的关键。
根据仓库货物管理系统的功能要求,选取SQLServer2000作为后台数据库。
在上面的实体和实体之间的E-R图设计基础上,形成数据库中的表格及表格之间的关系。
该数据库由4个表组成,文件表、用户表、会员表、议题表。
一、主表的结构设计
1.文件信息
文件信息表是对文件信息进行统计,包括文件编号、文件名称、文件类型、上传时间。
文件信息表的结构表如表4-1所示
表4-1.文件信息结构表
列名
数据类型
长度
是否为空
说明
filenum
char
4
否
文件编号(主键)
filename
varchar
50
filetype
8
是
filetime
20
2.会员信息
会员信息表是对会员信息进行统计,包括会员编号、会员名称、会员权限、注册时间、会员密码。
会员信息表的结构表如表4-2所示
表4-2会员信息结构表
列名
长度
hnum
char
会员编号(主键)
hname
hq
10
会员权限
htime
hm
3.议题信息
议题信息表是对议题信息进行统计,包括议题名称、议题编号、上传时间、议题类型、修改时间。
议题信息表的结构表如表4-3所示
表4-3议题信息结构表
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 项目 开发 课程设计 会议 管理 系统 说明书
![提示](https://static.bdocx.com/images/bang_tan.gif)