项目系统设计说明书样本.doc

XXX项目
系统设计说明书

10月8日

目 录

1、引言
1.1标识
l 项目名称：
l 系统名称：
l 版本号：
1.2系统概述
l 项目开始时间：
l 委托单位（需方）：
l 开发单位（开发方）：太原理工天成科技股份
l 委托方项目组组员：
l 开发方项目组组员：
l 系统运行地点：
1.3文档概述
本概要设计说明书编写目标是为了说明程序系统总体设计、模块外部设计、接口设计、数据结构设计、运行设计、犯错处理和系统安全保密策略等，指出系统各个层次中每个软件对象、使用语言、数据库系统结构设计考虑，以向系统具体设计阶段提供相关程序系统实现方法概要描述，从而成为具体设计方案技术基础。
适用读者：用户、项目经理、开发人员、测试人员、维护人员。

2、引用文件
2.1引用文件
l 《信息技术 软件生存周期过程》GB/T 8566-
l 《计算机软件文档编制规范》GB/T 8567-
l 《计算机软件需求说明编制指南》GB/T 9385-1988
l 《需求规格说明书》
2.2术语和定义
l 【验收 acceptance】需方授权代表一项活动，经过该活动，需方接收推行协议部分或全部软件产品全部权。
l 【需方 acquirer】为自己或为另一个组织采购软件产品组织。在本项目中也可称为甲方。
l 【同意 approval】需方授权代表或开发方上级组织对开发方项目计划、设计或其它方面表示满意并能够作下一阶段工作基础而签署书面文件。
l 【体系结构 architecture】一个系统或CSCI(Computer Software Configuration Item—计算机软件配置项)组织结构，标明它组成，这些组成接口和它们之间操作概念。
l 【相关开发方 associate developer】一个既不是主承包方也不是开发方分承包方组织，但它在同一个或相关系统或项目中负担开发工作。
l 【行为设计 behavioral design】从用户见解出发，对整个系统或CSCI行为进行设计，它只考虑满足用户需求而不考虑系统或CSCI内部实现。这种设计和体系结构设计不一样，后者要标明系统或CSCI内部部件，并有这些部件具体设计。
l 【构建版；开发阶段 build】(1) 软件一个版本，它满足完整软件所要满足全部需求一个特定子集。(2) 开发满足特定需求子集软件版本所经历时间。注：术语“开发阶段”和“版本”之间关系依靠于开发方：比如，能够经过多个版原来实现一个开发阶段，一个并发阶段也能够发行多个并行版本 (如发往不一样地点)，或将它们作为同义词。
l 【计算机数据库 computer database】见【数据库】。
l 【计算机硬件 computer hardware】能接收和存放计算机数据，对计算机数据实施一系列系统性操作，或能产生控制输出设备。这类设备能实现基础解释、计算、通信、控制或其它逻辑功效。
l 【计算机程序 computer program】能使计算机硬件实现计算或控制功效计算机指令和数据定义集合。
l 【计算机软件 computer software】见【软件】。
l 【计算机软件配置项 computer software configuration item(CSCI)】满足最终使用功效软件集合，而且它由需方指定进行单独配置管理。CSCI应从下列诸原因中进行折衷选择：软件功效、规模、宿主机或目标计算机、开发方、支持概念、重用计划、关键性、接口考虑、是否需要单独编写文档和控制和其它原因。
l 【配置项 configuration item】能满足最终使用功效硬件集合、软件集合或软、硬件二者集合，且由需方指定进行单独配置管理。
l 【数据库 database】以一个能被用户或计算机程序经过一个数据库管理系统进行访问方法，存放在一个或多个计算机文件中相关数据集合。
l 【数据库管理系统 database management system】是一整套计算机程序，它提供为建立、修改、使用和完整性维护一个数据库所需功效。
l 【可交付软件产品 deliverable software product】协议要求交付给需方或其它指定接收方软件产品。
l 【设计 design】开发方为响应一定需求而对一个系统或CSCI选择部分性能/规格。这些特征中有些是和需方相匹配：有部分是需求精细化，如为了响应显示错误信息这一需求需定义错误信息；有部分则是和现实相关，如为满足需求，决定选择哪些软件配置项和逻辑。
l 【开发方 developer】开发软件产品组织(“开发”包含新软件开发、修改、重用、再工程、维护或产生软件产品任何其它活动)。开发方能够是一个承制方或政府机构。也可称为乙方。
l 【文档/文档编制 document/documentation】能供人或机器阅读，通常含有永久性一套资料(不管它们统计在什么媒体上)。
l 【评价 evaluation】确定一个项或一个活动是否满足指定准则过程。
l 【固件 firmware】硬件设备和以只读软件形式驻留在硬件设备上计算机指令和/或计算机数据集合。
l 【硬件配置项 hardware configuration item(HWCI)】满足最终使用功效并由需方指定进行单独配置管理一套硬件。
l 【独立验证和确定 independent verification and validation(IV&V)】由一个机构对软件产品和活动作系统评定，这个机构不负责该产品开发或被评定活动，IV&V不在本标准范围内。
l 【接口 interface】在软件开发中，两个或多个实体(如CSCI—CSCI CSCI—HWCI CSCI—用户，或软件配置项—软件配置项)之间关系，这些实体依据这种关系共享、提供或交换数据，接口并不是CSCI、软件配置项或其它系统部件；接口只是这些实体间一个关系。
l 【联合评审 joint review】由需方和开发双方代表参与正确项目状态、软件产品和/或项目中问题进行检验和讨论活动或会议。
l 【非交付软件产品 Non—deliverable software product】不是协议中要求交付给需方或其它指定接收方软件产品。
l 【过程 process】为实现某个既定目标而进行一组有组织活动，比如，软件开发过程。
l 【合格性测试 qualification testing】为了向需方表明一个CSCI或系统满足其指定需求而进行测试。
l 【再工程 reengineering】为了以一个新形式重组一个现有系统而对其进行检验和改造过程。再工程可包含逆向工程(分析一个系统并产生更高一级抽象来表示它，如从代码到设计)、重构(在同一个抽象级上把系统从一个表示形式转换到另一个表示形式)、重编文档(分析一个系统并产生用户文档式支持文档)、正向工程(从现有系统软件产品结合新需求，产生新系统)、重定目标系统(对系统进行转换方便将其安装到不一样目标系统上)和翻译(将源码从一个语言转换到另一个语言或从一个语言某个版本转换成另一个版本)。
l 【需求 requirement】(1) 为了使需方能够接收一个系统或CSCI所必需含有特征。(2) 为标准或协议中要求必需遵守陈说。
l 【可重用软件产品 reusable software product】为一个用途开发但还含有别用途软件产品，或专门为了用于多个项目而开发软件产品，或在一个项目中有多个作用软件产品。例子包含(但不限于)上市商用软件产品，需方已装备软件产品，重用库中软件产品和开发方现存软件产品。每一次使用包含这些软件产品全部或部分，也能够包含到对它修改。这个术语能够应用于任何软件产品(比如需求，体系结构等)而不只限于软件本身。
l 【软件 software】计算机程序和计算机数据库。注：即使有些产品定义中包含文档，本标准把这个定义只限于计算机程序和计算机数据库。
l 【软件开发 software development】产生软件产品一整套活动。软件开发能够包含新开发、修改、重用、再工程、维护或任何会产生软件产品其它活动。
l 【软件开发文件 software development file(SDF)】和特定软件实体开发相关资料库。其内容通常包含(直接或引用)相关需求分析、设计和实现考虑、原理和约束条件；开发方内部测试资料；进度和状态资料。
l 【软件开发库 software development library(SDL)】一组受控软件、文档、其它中间和最终软件产品，和相关用以促进软件有序开发和后续支持工具和方法。
l 【软件开发过程 software development process】为了把用户需求转换成软件产品而进行一系列有组织活动。
l 【软件工程 software engineering】通常情况下，它是软件开发同义词，在本标准中，软件工程是软件开发一个子集，它包含除了合格性测试之外全部活动。本标准之所以加以这种区分只是为了给软件工程和软件测试环境以不一样命名。
l 【软件工程环境 software engineering environment】实施软件工程所需要设施、硬件、软件、固件、方法和文档。它能够包含(但不限于)计算机辅助软件工程(CASE)工具、编译程序、汇编程序、连接程序、装载程序、操作系统、排错程序、仿真程序、模拟程序、文档工具和数据库管理系统。
l 【软件产品 software product】为了满足一个协议而建立、修改、或组合软件及相关资料。比如包含计划、需求、设计、代码、数据库、测试资料和手册。
l 【软件质量 software quality】软件满足所要求需求能力。
l 【软件支持 software support】为确保软件安装后能继续按既定目标连续运行而且在系统运行中能起到既定作用而实施一系列活动，软件支持包含软件维护、用户支持和相关活动。
l 【软件系统 software system】只由软件组成系统，有时可能还包含该软件赖以运行计算机设备。
l 【软件测试环境 software test environment】为完成软件合格性测试和可能其它测试所需设施、硬件、软件、固件、方法和文档。其要素能够包含(但不限于)仿真程序、代码分析程序、测试用例生成程序和路径分析程序，还可能包含在软件工程环境下用要素。
l 【软件移交 software transition】使软件开发责任从一个组织转交给另一个组织一系列活动。通常说，前一个组织是实现早期软件开发，以后一个组织是进行软件支持。
l 【软件单元 software unit】CSCI设计中一个基础单位，比如，CSCI一个关键分支，该分支一个组成部分、一个类、对象、模块、函数、子程序或数据库。软件配置项能够出现在层次结构不一样层次上并能够由其它软件配置项组成。设计中软件配置项和实现它们代码和数据实体(例程、过程、数据库、数据文件等)及或包含这些实体计算机文件之间不一定有一一对应关系。
l 【HTTP】指超文本传输协议（Hypertext transfer Protocol），是互联网上应用最为广泛一个网络传输协议。
l 【SSL】指Secure Sockets Layer，是一个国际标准加密及身份认证通信协议。
l 【B/S】指浏览器/服务器（Browser/Server）。
l 【C/S】指用户机/服务器（Client/Server）。
l 【Web】指Internet 图形、多媒体部分，由众多Web 页组成，可使用称为Web浏览器程序对Web 进行浏览。
l 【Web Service】指能够用编程方法经过Web 来调用应用程序。
l 【WSDL】指Web Services Description Language，是一个XML格式服务描述语言。
l 【UDDI】指统一描述、发觉和集成（Universal Description Discovery and Integration），是一个服务查找规范。
l 【SOAP】指Simple Object Access Protocol，是一个用于定义高等级应用程序协议，提供了一个在分散或分布环境中交换结构化和类型信息机制。
l 【SOA】指面向服务分析（Service Oriented Analyzing）。
l 【OOA】指面向对象分析（Object Oriented Analyzing）。
l 【OOD】指面向对象设计（Object Oriented Design）
l 【XML】指可扩展标识语言（Extensible Markup Language）
l 【UML】指统一建模语言（Unified Modeling Language），是一个定义良好、易于表示、功效强大且普遍适用面向对象建模语言。
l 【胖用户端】指以个人计算机为代表、基于开放性工业标准架构、功效比较强大用户端设备。
l 【瘦用户端】指胖用户端以外用户端设备。
l 【异构系统】指服务于一个业务、包含了不一样架构甚至基于不一样操作系统软件系统。
l 【J2EE】指JAVA2 企业版（Java 2 Enterprise Edition），是使用Java 进行企业开发一套扩展标准。
l 【STRUTS】指一个Web 框架（Framework）。
l 【WEB服务器】指WORLD WIDE WEB 服务器，也被称为WWW服务器，以提供网上信息浏览服务为关键功效。
l 【中间件】指一个独立系统软件或服务程序，在用户机服务器操作系统之上，被分布式应用软件用于在不一样技术之间共享资源。
l 【消息中间件】指面向消息中间件（Message Oriented Middleware，MOM），发送者将消息发送给消息服务器，消息服务器将消息存放在若干队列中，在适宜时候再将消息转发给接收者。
l 【构件】指软件系统中含有相对独立功效、能够明确辨识、接口由契约指定、和语境有显著依靠关系、可独立布署、可组装、可反复使用软件实体，广义上讲，构件能够是数据，也能够是被封装对象类、软件构架、文档、测试用例等。
l 【组件】指可用代码封装，这些代码采取能够更改数据形式，能够实施应用程序部分功效。
l 【工作流技术】指以合适模型对工作流（Workflow）中各项工作前后组织逻辑和规则在计算机中进行表示并对其实施计算技术。
l 【分布式体系结构】指每一个用户端全部有数据副本、查询等数据操作全部使用副本进行、经过定时或不定时地和数据交换中心进行交换来取得最新数据体系结构。
l 【文件】包含纯文件资料、表格资料。
l 【系统】在本文中，独立使用“系统”一词时，“系统”是指本项目开发系统。
l 【报表】应用系统中数据一个表现形式，能够很直观反应数据内部联络。
l 【视图】在系统之中，关键是经过视图来控制系统地步骤和功效，它对系统步骤和功效起了决定性作用。视图是一个包含报表，审核公式和运算公式容器，一个项目标各个步骤在系统中全部是以不一样视图来实现，经过对视图条件设置，还能够控制用户对该视图操作。
l 【数据集】数据集是用来存放报表中数据。一张报表中数据能够是一个或多个数据集中数据，这关键决定于数据类型。每一个数据集就相当于数据库中一张报表。
2.3缩略语
l CASE
计算机辅助软件工程(Computer Assistant Software Engineering)
l COM
计算机操作手册(Computer Operation Manual)
l CPM
计算机编程手册(Computer Programming Manual)
l CSCI
计算机软件配置项(Computer Software Configuration Item)
l DBDD
数据库(顶层)设计说明(Database Design Description)
l DID
资料条目说明(Data Item Description)
l DPMR
开发进度月报(Development Plan Month Report)
l DRD
数据需求说明(Data requirement Description)
l FAR
可行性分析汇报(Feasibility analysis Report )
l HWCI
配件配置项(Hardware Configuration Item)
l IDD
接口设计说明(Interface Requirement Specification)
l IRS
接口(软件)需求规格说明(Interface Requirement Specification)
l IV&V
独立验证和确定(Independent verification and validation)
l OCD
运行概念说明(Operation Conception Description)
l PDSR
项目开发总结汇报(Project Development Summary Report)
l SCCB
软件配置控制委员会(Software Configuration Control Board)
l SCM
软件配置管理(Software Configuration Manager)
l SCMP
软件配置管理计划(Software Configuration Manager Plan)
l SDD
软件(结构)设计说明(Software Design Description)
l SDF
软件开发文件(Software Development File)
l SFDD
软件开发文档(Software Development Document)
l SDL
软件开发库(Software Development Library)
l SDP
软件开发计划(Software Development Plan)
l SIP
软件安装计划(Software Installation Plan)
l SPS
软件产品规格说明(Software Product S0pecification)
l SQA
软件质量确保(Software Quality Assure)
l SQAP
软件质量确保计划(Software Quality Assure Plan)
l SRS
软件需求规格说明(Software Requirement Specification)
l SSDD
系统/子系统设计(结构设计)说明(System Subsystem Design Specification)
l SSS
系统/子系统需求规格说明(System Subsystem Requirement Specification)
l STD
软件测试说明(Software Testing Description)
l STP
软件测试计划(Software Testing Plan)
l STR
软件测试汇报(Software Testing Report)
l STrP
软件移交计划(Software Transfer Plan)
l SUM
软件用户手册(Software User Manual)
l SVD
软件版本说明(Software Version Description)
l SW
软件(Software)

3、体系结构设计
3.1体系结构
经过对系统业务分析，我们进行了具体系统设计，设计后方案架构概况图以下所表示：

依据系统逻辑体系结构，系统决定采取J2EE架构，使用面向B/S结构，完全基于Web、中间件和大型数据库N层体系结构。由浏览器——WEB服务器——应用服务器——数据库服务器组成。
J2EE是针对web服务、业务对象、数据访问和消息传送一组规范。这组应用编程接口（API）确定了web应用和驻留它们服务器之间通信方法。J2EE重视两件事，一是建立标准，使web应用布署和服务器无关；二是使服务器能控制组件生命周期和其它资源，方便能够处理扩展、并发、事务处理管理和安全性等问题。
J2EE平台为设计、开发、安装和布署企业应用提供基于组件方法。这种方法不仅能降低成本，还能快速跟踪设计和实施。J2EE平台能提供多层分布式应用模型，反复利用组件，提供统一安全模式，并灵活地控制事务处理。借助J2EE，能使基于J2EE组件、不依靠于平台处理方案不被锁定到任何厂商产品和API上。
3.2组件结构
方案组件模型图以下所表示：

组件名称
显示平台
责任
显示逻辑平台组件处理对象为用户界面。处理方法是根据用户角色和选择模块将对应内容展示到屏幕上，将页面显示和处理逻辑中对象相对应。
规格
业务逻辑处理对象是系统中业务逻辑。同时处理是异步运算事务。对于部分运算量较大操作，需要系统根据一定时间表来进行计算，这么即方便用户使用，也能够将系统运算压力按时间均匀分开，不至于引发运算瓶颈。
业务逻辑包含以下内容：
对象名、数据起源
对象计算方法
对象权限信息
对象数据规格化
逻辑控制
逻辑控制处理是页面之间跳转逻辑，即经过统一控制中心，页面将请求发往控制中心，由控制中心统一流转。
逻辑控制包含以下内容：
控制中心
调度中心

接口
页面模板
页面对象
页面权限
页面个性化
实施方法
逻辑控制关键使用Struts技术，Struts是一个基于Sun J2EE平台MVC框架，关键是采取Servlet和JSP技术来实现。

组件名称
工作流组件
责任
工作流平台提供根据岗位职责和分工设置对应工作步骤，根据预定工作步骤自动进行对应文档流转，确保审核体系严密规范，数据信息传输安全真实。

规格
逻辑抽象是将系统中工作流部分进行抽象，形成工作流引擎,方便用户存取和修改。
接口
操作方法有输入、审核、审批、分析等方法
步骤可定制、可维护、可变更
实施方法
在工作流平台中进行工作步骤定义，包含定义审批条件和对应审批人。审批分为有条件审批和无条件审批，有条件审批是指在系统中设定好满足怎样条件由哪个人进行审批，无条件审批是设定好逐层审批步骤，也就是设置从下级到上级一个审批过程。审批人能够是跨单位，即上级单位人员能够被定义进下级单位工作步骤中。
工作步骤定义好后，在业务发生时就能进行审批权限控制。系统自动将相关审批信息以交办事务、待办事务形式即时传输给相关人员审批。对于审批人员来说，能够在‘待办事务’工作区，集中对需要她进行审批多种文档进行审批，并标注多种批语。在‘待办事务’工作区，提交审批人员能够查询到自己提交申请现在处于什么状态。
能够进行审批代理人设置。这么在审批人外出或其它情况下，能够经过授权给代理人方法来完成工作步骤。
基于工作流审批步骤能够方便地实现审批过程会签，代签和审批过程动态调整。
采取自主开发工作流引擎作为申报、审批、更改等业务工作流支撑平台，含有良好扩充性和适应性。

3.3系统布署

Internet

Server

软件

工作流组件

报表引擎

数据库

将系统分为四个层次，最外层为Internet，相关用户可经过Internet权限认证后，经过浏览器进入本系统；内部网为第二层次，在这里布署显示平台组件，将显示业务逻辑经过该组件进行表现；工作流及报表等组件在第三层，关键是接收来自前台请求，和数据库进行交互。
4、子系统及模块设计
办公系统

制订步骤
接收公文
4.1模块划分工作管理
在线申报
行政办公
办公用具管理
车辆管理
知识管理
信访接待

邮件管理
短信管理

发送公文
接收公文
制订步骤
个人工作平台
系统设置
办公管理
文档管理
综合办公
通讯管理

4.2模块描述
1.办公管理
办公管理是整个OA系统业务关键，负担了关键公文流转业务，用户使用次数最多。结合实际用户需求和长久使用经验，办公管理设计了以下功效模块：发送公文、接收公文、制订步骤、个人工作平台。

n 发送公文
发文起草、公布文章功效，经过系统提供在线编辑、附件上传功效能够和其它文档编辑工具进行结合。 包含草拟审批公文、传阅公文、公文流转状态。

n 接收公文
接收办公业务中多种电子公文/审批公文/通知公文，实现对来文正确、立即处理。功效包含公文审批、查看传阅公文、催办督办。

n 制订步骤
步骤制订可自动控制公文确实定、审核、阅读、办理、完成等公文步骤制订。 包含公文制订步骤、工作汇报制订步骤、工作请示制订步骤、步骤督办。

n 个人工作平台
关键处理个人OA办公中多种事物。包含我工作请示、我工作汇报、我车辆申请、我通讯录、我备忘录、我工作日志、我邮件。

2. 文档管理
文档管理是存放企业电子数据基础，它能够让全部知识文档在同个平台上运作，在一个中央数据库中统一存放和管理多种信息和现有业务。文档管理关键针对大量文件资料。如办公文件、培训知识、学习资料等进行整理和存放，使其条理化、细致化，一共包含两块功效：知识管理、信访接待。

关键特点以下：
· 在文档管理模块中，能够轻松新增、存放、搜索你需要文档（协议，方案书，产品说明书等任何能够以文字表示信息），并组织创建企业整个知识管理库。
· 文档管理还提供多个知识管理工具以提升企业对知识分享、积累、创新和利用。
· 全文检索功效使查找文件愈加方便快捷，工作效率显著提升。
· 降低纸质文档依靠，节省文档管理成本。
· 反复利用历史文档，发挥知识财富价值。

n 知识管理
知识管理对多种含有实用价值文件信息进行整理和分类，根据管理员和一般用户权限进行统一分类，包含知识积累、知识地图、图书管理。

n 知识地图

n 图书管理
图书管理对于OA业务中所需要多种资料和信息进行集合，并统计相关图书目录信息，形成图书管理库。

n 信访接待
针对于矿区上访问题设置信访接待，使上访者能够找到正确路径（电话、部门）进行上访。

3. 综合办公
综合办公涵盖内容较多，包含后勤保障信息、资产设备信息、会议会务信息等，是综合调度中心，包含以下五块功效：
工作管理；在线申报；行政办公；设备用具管理；车辆管理；

n 工作管理
和工作相关日常信息，如：工作请示，工作汇报、工作指示。

n 在线申报
在线进行日常工作审批信息，如工作交办、交办审批、出差申报、出差申请等；

n 行政办公
相关会议相关方面信息，包含会议纪要、新增会议、会议反馈意见、会议计划审核公布、会议室预定和使用情况。

n 设备用具管理
办公设备信息，用具管理、办公设备申请、办公设备指示。

n 车辆管理
对企业车辆建立统一信息库，并实时跟踪使用情况。包含车辆使用申请提交和审批，车辆申请分类管理，车辆使用情况查询，车辆维护统计添加和查询等功效。

深圳升蓝
4. 通讯管理
利用无线通讯技术实现短信发送，确保是关键信息能够随时随通知到用户；邮件管理能够实现用户之间邮件发送，互通有没有。模块以下：
邮件管理；短信管理；

邮件管理含有以下特点：
· 邮件系统实现内部邮件收发功效。
· 和日常使用一般Outlook、Foxmail或Gmail、MSN等常见邮件收发方法有显著不一样：本系统除了实现内、外邮件收发外，关键是实现邮件信息和内部系统事务相关联，并实现邮件信息共享。
· 使用数据库统一存放邮件，收发邮件自动和用户目录、联络人目录、订单、采购单、等系统内部表统计关联起来。
· 邮件系统信息共享：避免因某个组员请假或其它原因造成用户邮件丢失或工作停顿风险。
· 邮件系统支持使用邮件模板和群发，模板可实现邮件内容和格式规范，群发可方便向用户或指定内部、外部对象组发送单一或批量邮件。
· 内部邮件可用于内部信息传输，和系统工作通知手段，适合企业用户上传、互传文件或信息。 Shenzhen Hiblue Software H i b l u e S o f t w a r e

深 圳 升 蓝 版 权 所 有
短信管理
· 手机短信功效可用于向由系统向组员依据定义步骤，发送工作任务跟踪、关键审批需要办理、待办工作通知、会议通知、关键文档提醒阅读等系统消息。
· 短信功效也能够用于内部组员之间消息沟通，组织机构中组员能够方便地相互发送手机短信，支持单发、群发。
· 短信功效也能够向用户目录、联络人目录或供给商目录发送系统定义消息，或用户输入消息内容，支持单发、群发。
· 短信功效服务器端需要一台专用手机用于短信息发送，经过串口连接线和服务器串口连接，或经过向中国移动、中国联通等SP供给商购置短信接口方法发送短信。

5. 系统管理
系统管理是OA进行资源整体布署、调整关键功效，包含系统信息和人员信息两大部分：系统关键针对技术方面，人员关键针对资料权限，包含以下功效模块 ：公共信息；人员信息；

公共信息：
· 公共信息用来公布多种信息文件，企业能够依据自己实际需要自行进行栏目标分级设置。
· 可设定各栏目相关公布、管理权限，实现内部新闻、公告、规章制度等公用信息统一上传管理。
· 能够依据实际情况定义信息栏目名称（如新闻、公告、规章制度、通报...），系统支持多层次目录结构，同时支持按目录授权访问。
· 内部消息：和内部组员沟通交流、文件传输，也用于系统事务消息发送，如工作跟踪督办。 深圳升蓝软件企业
内部公告信息管理
· 公告通知为组织机构信息公布、交流提供一个有效场所，使企业新闻简报、技术交流、内部公告事项立即传输，使机组组员能立即感知企业发展动态。
· 管理员能够依据实际需要进行栏目标分级设置，设定各栏目相关公布、管理权限、显示模板，实现内部新闻、公告、规章制度等公用信息公布管理。
· 可设定使用期限、公布范围，关键公告可集成短信通知提醒。
.com
内部消息
· 内部消息是实现内部短消息，组员间可相互发送内部短消息进行沟通或传输文件。
· 内部消息也用于系统工作任务跟踪、关键审批需要办理、待办工作抵达、会议通知、会议变更、关键文档提醒阅读等消息通知。
· 用户能够方便地相互发送短信，能够单发、群发短信，并支持邮件副本、手机短信副本发送。
深 圳 升 蓝 0 7 5 5 - 8 8 2 9 0 3 6 1
深 圳 升 蓝 0 7 5 5 - 8 8 2 9 1 0 5 2
人员信息
· 文档授权能够按人员、部门、职务、分组、角色、项目组等多个方法指定，更方便企业管理。

5、数据结构设计
【数据库中数据结构。】
系统框架数据结构说明
SysUser
字段名称
字段类型
Not NULL
PK
汉字说明
UserID
Varchar2(10)
*
*
用户代码
PassWD
Varchar2(16)

用户密码
SysFunction
字段名称
字段类型
Not NULL
PK
汉字说明
FunctionID
Varchar2(10)
*
*
功效代码
FunctionDesc
Varchar2(30)

功效描述
SysRole
字段名称
字段类型
Not NULL
PK
汉字说明
RoleID
Varchar2(10)
*
*
角色代码
RoleDesc
Varchar2(30)

角色描述
SysAct
字段名称
字段类型
Not NULL
PK
汉字说明
ActID
Varchar2(10)
*
*
用户角色关联代码
UserID
Varchar2(10)

用户代码
RoleID
Varchar2(10)

角色代码
SysACL
字段名称
字段类型
Not NULL
PK
汉字说明
AclID
Varchar2(10)
*
*
访问列表代码
RoleID
Varchar2(10)

角色代码
FunctionID
Varchar2(10)

功效代码
SrvletContext变量列表
变量名
类型
创建者
说明
FUNC_MAPPINGS
FunctionMapping
MainServlet
功效―Action对应表
EJB_CACHE
EjbCache
MainServlet
façade home stub存放
Session变量列表
变量名
类型
创建者
销毁者
说明
usr
String
HeadFilter
SaftyFilter
第一次解析XML消息体取得用户代码
pwd
String
HeadFilter
SaftyFilter
第一次解析XML消息体取得用户密码
funID
String
HeadFilter
SaftyFilter
第一次解析XML消息体取得功效代码
envHead
RequestEnvelopHead
HeadFilter
Session Timeout or MainServlet
用于为记日志提供统一方法
isLogon
String
SaftyFilter
SaftyFitler
是否已登陆。假如已登陆，SaftyFilter将验证其申请功效是否在其许可使用功效范围内
newLogon
String
SaftyFilter
Session Timeout or MainServlet
是否为新登陆用户。新登陆用户要验证其密码，返回其功效权限表
logonTry
String
SaftyFilter
Session Timeout or MainServlet
试图登陆次数，假如试登陆次数超出一定数量，将不许可用户再试，并统计日志
isLogoff
String
SaftyFilter
MainServlet
是否要退出系统
error
EventError
犯错情况下产生
RequestProcessor
犯错信息，最终由RequestProcessor统一转成给PC用户端XML信息
functionList
Collection
SaftyFilter
Session Timeout or MainServlet
用户功效权限列表

6、运行设计
6.1运行模块组合
注：说明系统运行过程中各模块之间配合关系。
运行时，系统先开启主模块，显示系统关键功效，供用户选择调用。当用户选择了对应功效后，由主模块调用，功效完成后返回主模块，用户可选择其它功效模块。功效模块运行时，可能会调用更下层功效模块，情况和这类似。
当用户第一次使用时，应先使用权限设置模块设置权限。

6.2运行