项目系统设计说明书.doc

项目系统设计说明书

50
2020年4月19日
文档仅供参考

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
试图登陆的次数,如果试登陆次数