博海项目概要设计说明书精.docx
《博海项目概要设计说明书精.docx》由会员分享，可在线阅读，更多相关《博海项目概要设计说明书精.docx（10页珍藏版）》请在冰豆网上搜索。
博海项目概要设计说明书精
软件项目文档
<企业内部信息共享系统>
项目概要设计说明书
版本：
<1.0>
所属团队：
博海
卷号
2006011605
卷内编号
05
密级
1级
项目概要设计说明书
项目名称：
企业内部信息共享系统
项目编号：
BH060116
编写人员：
徐林
编写日期：
2006-01-17
审批人员：
项目管理组
审批日期：
2006-1-19
版本历史
版本
作者
参与者
起止日期
备注
1.0
徐琳
2006-1-17
概要设计说明书
1引言2
1.1编写目的2
1.2背景2
1.3定义2
1.4参考资料2
2总体设计2
2.1需求规定2
2.2运行环境2
2.3基本设计概念和处理流程3
2.4结构3
2.5功能器求与程序的关系3
2.6人工处理过程3
2.7尚未问决的问题3
3接口设计3
3.1用户接口3
3.2外部接口3
3.3内部接口4
4运行设计4
4.1运行模块组合4
4.2运行控制4
4.3运行时间4
5系统数据结构设计4
5.1逻辑结构设计要点4
5.2物理结构设计要点4
5.3数据结构与程序的关系4
6系统出错处理设计5
6.1出错信息5
6.2补救措施5
6.3系统维护设计5
1.引言
企业内部信息共享系统由武汉博海科技股份有限公司开发，本说明书结合对现有系统的流程分析和需求定义,作出对新软件系统的体系结构设计的基本描述，本说明书等同于整个系统的框架设计说明书。
1.1.编写目的
本说明书主要是为了更为具体地描述需求分析的框架设计实现,是随后详细设计和编码实现等环节的重要依据,以便以更好地进行后续的项目实施.交各个部门审核，并经领导层讨论通过后，软件开发小组的成员将以本说明书为中心框架进行开发新项目系统。
1.2.背景
说明：
a.待开发软件系统的名称：
企业内部信息共享系统
b.项目任务提出者：
博海科技公司
c.项目开发者：
博海项目组
d.用户：
微软集团
1.3.定义
序号
术语或缩写
定义
1.
群组
按部门划分出的不同级别的团体，如技术科
2.
系统管理员
对全部组织和用户进行管理的人员，至少一个。
3.
超级用户
对所有文档拥有所有管理权限的特殊用户。
4.
普通用户
除超级用户外的其它用户，其通讯权限是受限的。
5.
组织树
真实模拟企业管理架构，每一个组织都有上级组织，最高级组织的上级组织为空。
6.
公共组
发送信息,一律对外公开.
7.
工作组
按部门划分的信息群组
8.
私有组
用户自定的群组
9.
协议
不同组织共同遵守的一组规则
1.4.参考资料
a<<项目需求规格说明书>>
2.总体设计
2.1.需求规定
编号
功能名称
功能描述
1
人员管理
1.1
用户管理
用户的信息管理与维护
1.1.1
用户注册
用户第一次使用时在服务器注册相关信息
1.1.2
用户登录
用户每次使用需要在服务器验证相关信息
1.1.3
用户注销
在服务器删除用户相关资料
1.1.4
用户资料修改
用户对自己的资料进行修改
1.1.5
查询用户资料
查询其它用户资料
1.2
用户权限管理
对用户进行权限分组
1.2.1
增加管理员
将普通用户升级为管理员
1.2.2
删除管理员
将管理员降为普通用户
1.2.3
共享区的权限管理
对共享区的资源进行访问权限管理
2
群组管理
对用户进行分组管理
2.1
用户组角色分配
为用户分配相关群组角色（公共组,工作组,私有组）
2.2
用户组角色变更
用户组角色重新分配
2.3
新增群组
添加一个新的组
2.4
变更群组
编辑相关群组信息
3
信息传输
传输各类信息
3.1
信息沟通
聊天
3.2
文件传送（P2P）
文件点对点的传输
3.3
文件共享（可上传或下载）
文件在一定范围内的共享
4
在线状态
用户在线上的各种状态
4.1
浏览在线名单
显示所有在线用户
4.2
用户在线状态改变
状态为:
在线，隐身，离开
5
聊天信息保存
将相关用户聊天信息保存
2.2.运行环境
Windows2000/WindowsXP/Window98
2.3.基本设计概念和处理流程
项目架构设计时,应考虑到系统应用的实际环境,为了提高客户端层面的灵活适应性,本系统不采用纯粹的B/S结构，可以节省大量的人力开发控件，降低项目的失败的风险系数。
本系统采用C/S结构。
如下图所示:
2.4.结构
.
2.5.功能需求与程序的关系
现用一张如下的矩阵图说明各项功能需求的实现同各类的分配关系：
功能说明
CUserManager
CSystemManager
CChat
CUserList
CFileManager
用户注册
√
用户登录
√
用户注销
√
用户资料变更
√
√
用户资料查询
√
管理员新增
√
管理员变更
√
共享区权限管理
√
角色分配
√
角色变更
√
新增群组
√
群组变更
√
聊天
√
文件传送
√
文件共享
√
在线用户查看
√
用户状态设置
√
2.6.人工处理过程
无。
2.7.尚未问决的问题
如何实现共享文件的权限管理。
3.接口设计
3.1.用户接口
主要以图形用户界面,包括输入文本框、选择框、下拉列表、按钮等与用户交互。
3.2.外部接口
本软件采用VisualC++/MFC共同开发，调用VC内部一整套内部基础类体系结构进行开发实施。
3.3.内部接口
本系统各功能模块之间的耦合性较低，相互之间的接口主要是由通过相关类的公共成员函数实现。
4.运行设计
4.1.运行模块组合
（1）用户操作：
当本系统使用的用户进行相关的操作时，如：
注册、登录、注销等，系统内是结合CUserManager、CServerListen、CServerSendAndReceive、CClientSocket、CDataAccess、CProtocolTool进行共同协作实现；
（2）聊天：
当不同客户机之间进行信息传输时，系统内是结合类CChat、相关CSocket类和CDataAccess、CProtocolTool共同实现；
4.2.运行控制
说明每一种外界的运行控制的方式方法和操作步骤。
4.3.运行时间
说明每种运行模块组合将占用各种资源的时间。
5.系统数据结构设计
5.1.逻辑结构设计要点
给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。
5.2.物理结构设计要点
给出本系统内所使用的每个数据结构中的每个数据项的存储要求，访问方法、存取单位、存取的物理关系（索引、设备、存储区域）、设计考虑和保密条件。
5.3.数据结构与程序的关系
说明各个数据结构与访问这些数据结构的形式:
6.系统出错处理设计
6.1.出错信息
用一览表的方式说朗每种可能的出错或故障情况出现时，系统输出信息的形式、含意及处理方法。
6.2.补救措施
说明故障出现后可能采取的变通措施，包括：
a.后备技术说明准备采用的后备技术，当原始系统数据万一丢失时启用的副本的建立和启动的技术，例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术；
b.降效技术说明准备采用的后备技术，使用另一个效率稍低的系统或方法来求得所需结果的某些部分，例如一个自动系统的降效技术可以是手工操作和数据的人工记录；
c.恢复及再启动技术说明将使用的恢复再启动技术，使软件从故障点恢复执行或使软件从头开始重新运行的方法。
6.3.系统维护设计
说明为了系统维护的方便而在程序内部设计中作出的安排，包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。
各个程序之间的对应关系，可采用如下的矩阵图的形式；
升级会员 