企业内部管理系统概要设计说明书

合集下载

《系统概要设计说明书》模板

《系统概要设计说明书》模板

《系统概要设计说明书》模板写作要点:1.1.1编写目的:描述这份软件系统概要设计报告是基于哪份软件产品需求规格说明书编写的,开发这个软件产品意义、作用、以及最终要达到的意图。

注意,如果这份软件系统概要设计报告只与整个系统的某一部分有关系,那么只定义软件系统概要设计报告中说明的那个部分或子系统。

2.1.2预期读者和阅读建议:列举本软件系统概要设计报告所针对的各种不同的预期读者,描述文档中,其余部分的内容及其组织结构,并且针对每一类读者提出最适合的文档阅读建议。

3.1.3参考资料:列举编写软件产品概要设计报告时所用到的项目中的其他文档或资料。

注意,为了方便读者查阅,所有参考资料应该按一定顺排列,尽可能详细的提供资料的信息,比如标题、版本。

4.术语与缩略语:描述在本文使用的独特的术语、定义和缩略语。

注意不是整个项目共用的术语、定义和缩略语,并且缩略语列表中必须按照滋补的升序排列。

5.2.1限制和约束:简要描述起到限制和约束作用的各种可能存在的条件,并且说明在这些条件下,应该实现的系统目标。

这些条件可能包括:技术条件、资金状况、开发环境、时间限制。

6.2.2设计原则和设计要求:描述设计人员的进行概要设计的方法和决策,通常包括:命名规则、模块独立性原则、边界设计原则、数据库设计规则、安全性和保密原则、系统易操作性要求、系统可维护性要求。

7.3系统的软件架构:描述如何将系统分解为子系统,绘制逻辑图,并用文字说明子系统的主要功能和子系统间是如何协调工作的。

注意,在描述系统分解为子系统共的时候要给出分解的原因。

列举子系统时,可以使用下表•子系统编号给出本系统中指定子系统的顺序编号:如果本系统末划分为多个子系统,仅由一个运行模块组成;则本项内容仍需要描述,但是本表内容只有一行。

•子系统英文名称给出本子系统的英文名称,该名称是在应用软件中实际使用的可执行文件名称,必须能够说明该子系统的特点。

•子系统中文名称给出本子系统的中文名称,该名称必须能够说明该子系统的特点。

概要设计说明书(模板)

概要设计说明书(模板)

XXX项目概要设计说明书目录XXX项目_概要设计书 (1)1 引言 (1)1.1 编写目的 (1)1.2 参考文献 (1)1.3 术语与缩写解释 (1)2 总体设计 (1)2.1 系统概述 (1)2.2 系统设计原则 (1)2.3 设计中应用的关键技术 (1)2.4 系统结构图 (2)2.5 网络结构图 (2)2.6 系统功能模块图 (2)2.7 数据流向图(或称为时序图) (2)2.8 模块构成 (2)3 环境设计 (2)4 硬件设备 (2)5 支持软件 (3)6 接口设计 ......................................................................................................... 错误!未定义书签。

6.1 用户接口 (3)6.2 外部接口 (5)6.3 内部接口 (5)7 数据库设计 (6)7.1 数据库环境说明 (6)7.2 数据库命名规则 (6)7.3 逻辑设计 (6)7.4 物理设计 (6)7.5 安全性设计 (7)8 公用结构 ......................................................................................................... 错误!未定义书签。

9 界面设计 (8)10 出错处理设计 (8)11 开发工具 ..................................................................................................... 错误!未定义书签。

12 附录 (8)1 引言1.1 编写目的[说明编写这份概要设计说明书的目的,指出预期的读者]例如:本设计说明书简单阐明了XXX系统的XXX模块的基本设计思想、基本功能、模块划分以及模块间接口。

系统概要设计说明书(模板)

系统概要设计说明书(模板)

XXX项目系统概要设计说明书广州市XX有限公司二〇X X年X月文档修改记录目录第一章引言 (1)1.1目的 (1)1.2背景 (1)1.3术语定义 (2)1.4参考资料 (2)第二章系统环境 (3)1.5运行环境 (3)1.1.1系统支撑环境 (3)1.1.2部署图 (4)1.1.3系统接口 (4)1.1.4系统安全控制 (4)1.6运行模块组合 (4)1.7运行环境的配置 (4)1.8条件与限制 (5)第三章系统总体结构设计 (6)1.9系统结构设计描述 (6)1.10总体结构图 (7)1.11功能需求与程序的关系 (7)1.12子系统清单 (8)第四章模块功能分配 (9)1.13系统划分及功能描述 (9)1.14专用模块功能概述 (9)1.15公用模块功能概述 (10)1.1.5版本控制管理 (10)1.1.6帮助模块 (10)第五章数据库设计 (11)1.16逻辑视图 (12)1.17数据库表关系图 (12)1.18数据表清单 (12)1.19主要算法设计 (13)1.20其它数据结构设计 (13)第六章接口设计 (14)1.21用户接口 (14)1.22内部接口 (14)1.23外部系统接口 (14)第七章安全保密设计 (16)1.24用户管理和权限控制 (16)第八章维护及出错处理设计 (17)1.25系统维护设计 (17)1.26出错信息 (17)1.27出错处理 (17)1.28系统故障预防与恢复 (17)1.29数据备份与恢复 (18)第九章设计约束 (19)1.30字节集编码约束 (19)1.31操作系统约束 (19)1.32其他约束 (19)第十章附件 (20)第一章引言1.1目的提示:简要说明编写这份概要设计说明书的目的,指出预期的读者。

概要设计说明书的编写目的是为了说明系统总体设计的技术方案,从程序系统的设计考虑,包括系统的基本处理流程、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等内容,以向整个设计期提供关于程序系统的逻辑和数据功能实现方式的总体描述,从而作为程序详细设计或编码的基础。

系统概要设计说明书范例

系统概要设计说明书范例

概要设计说明书1引言1.1 编写目的【阐明编写概要设计说明书的目的,指明读者对象。

】本文档的编写目的是根据项目需求说明书,阐述系统结构,数据定义,接口设计等内容…【展开补充】1.2 项目背景应包括●项目的委托单位、开发单位和主管部门●该软件系统与其他系统的关系。

1.3 定义列出本文档中所用到的专门术语的定义和缩写词的愿意。

1.4 参考资料:●列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源●项目经核准的计划任务书、合同或上级机关的批文;项目开发计划;需求规格说明书;测试计划(初稿);用户操作手册●文档所引用的资料、采用的标准或规范。

2任务概述2.1 目标【系统目标的描述,系统将要为用户提供什么样的服务,将文字补充丰富】系统将为三种角色用户提供服务,分别是老师、管理员、学生。

将系统需要的功能按照三种角色要求可归纳为下图的功能结构图:在上面的功能结构图中,其中老师模块实现的功能包括:●教师可以进入系统修改自己的资料。

●教师可查看别的老师申报的课题。

●教师可以申报毕设课题。

●教师可以筛选学生填报的本人的志愿。

管理员模块的功能:●管理员可以进入系统审核教师申报的课题,并且将审核通过的课题向学生开放,将审核未过的课题退回教师重新修改。

●在教师学生互选过程进行到一定时间阶段,管理员可以将未选课题和未定题学生进行随机匹配。

●管理员可以对选题结果进行统计生成报表,并将报表通过教务系统开放接口提交。

学生模块的功能:●学生可以进入系统浏览搜索查看已向学生开放的课题。

●学生可以选择专业对口的课题进行收藏。

●学生可以从收藏的课题中填报10个课题志愿。

●学生可以查看选题状态和结果。

2.2 需求分析【用例分析的结果(用例图和用例描述)】根据上面需要实现的系统目标,可以画出以下用例图表达:对用例图中各业务用例,说明如下:2.2.1申报课题●目标本用例的目标是由教师填写课题相关信息申报课题。

●事件流教师申报课题的基本业务流程如下:1)由教师填写课题资料,资料包括:课题编号、课题名称、课题类型、课题面向专业、课题工作内容、课题对学生要求。

(完整版)概要设计说明书_模板

(完整版)概要设计说明书_模板

XXX项目概要设计说明书创智和宇信息技术股份有限公司修改记录此页由EPG编写,项目实施人员不用更改任何地方模板编写及修订记录此页由EPG编写,项目实施人员不用更改任何地方目录XXX项目_概要设计书 (1)1 引言 (1)1.1 编写目的 (1)1.2 参考文献 (1)1.3 术语与缩写解释 (1)2 总体设计 (1)2.1 系统概述 (1)2.2 系统设计原则 (1)2.3 设计中应用的关键技术 (1)2.4 系统结构图 (2)2.5 网络结构图 (2)2.6 系统功能模块图 (2)2.7 数据流向图(或称为时序图) (2)2.8 模块构成 (2)3 环境设计 (2)4 硬件设备 (2)5 支持软件 (3)6 接口设计 ............................................................................................................ 错误!未定义书签。

6.1 用户接口 (3)6.2 外部接口 (5)6.3 内部接口 (5)7 数据库设计 (6)7.1 数据库环境说明 (6)7.2 数据库命名规则 (6)7.3 逻辑设计 (6)7.4 物理设计 (6)7.5 安全性设计 (7)8 公用结构 ............................................................................................................ 错误!未定义书签。

9 界面设计 (8)10 出错处理设计 (8)11 开发工具 ........................................................................................................ 错误!未定义书签。

管理系统概要设计说明书

管理系统概要设计说明书

概要设计说明书1.引言1.1编写目的本测量审核信息管理系统项目是设计一个信息平台,方便客户进行测量审核申请和回送请求,方便管理人员进行申请的审核和样品的发送。

本阶段已在系统的需求分析的基础上,对信息管理系统做概要设计。

主要解决了实现该系统需求的程序模块设计问题。

包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。

在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。

在下一阶段的详细设计中,程序设计员可参考此概要设计报告,在概要设计对信息系统所做的模块结构设计的基础上,对系统进行详细设计。

在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。

1.2项目背景本项目(信息管理系统)是由 XX委托,由 XX 负责开发。

信息管理系统将由两部分组成:置于前台的客户申请程序,以及置于后台管理人员的数据库服务器。

1.3定义1.3.1专门术语SQL SERVER系: 统服务器所使用的数据库管理系统( DBMS)。

SQL: 一种用于访问查询数据库的语言。

事务流:数据进入模块后可能有多种路径进行处理。

主键:数据库表中的关键域。

值互不相同。

外部主键:数据库表中与其他表主键关联的域。

ROLLBACK: 数据库的错误恢复机制。

1.3.2缩写系统:若未特别指出,统指本信息管理系统。

SQL: Structured Query Language(结构化查询语言)。

ATM: Asynchronous Transfer Mode (异步传输模式)。

1.4参考资料2.任务概述2.1目标2.2运行环境该系统建设信息平台,数据库服务器、应用服务器之间应该通畅可靠。

系统要求可靠、稳定、查询效率高。

操作系统平台: windows2003 、 windows xp 、 win 7数据库平台: sql server 2008开发软件:visual studio 2010运行平台:开发完成将网站放到装有 IIS的服务器上,客户端用 IE 或者其他浏览器即可2.3需求概述为方便客户进行测量审核申请,需要开发一个信息管理系统,客户可以在线查看所有测量仪器的名称及各项参数,在线填写申请表,提交申请,查看自己的账号信息,物流状态。

概要设计说明书(学习模板)

概要设计说明书(学习模板)

【智慧学习建设】概要设计说明书1.引言1.1.编写目的智慧学习建设管理系统包含基础信息管理系统,数据字典管理,组织机构管理系统。

它根据项目需求规格说明书以及其他前期文档中的功能需求和非功能需求,进行系统的总体设计。

此设计说明书从系统详细设计的角度明确了本项目的业务类型、功能范围、业务端系统的接口和业务处理模式,使系统开发人员和产品管理人员能够进一步明确本次项目所开发的产品的功能,可以有针对性的进行系统开发、测试、验收等各方面的工作。

1.2.背景a、描述系统产生的背景,包括:b、需开发的软件系统的名称,和英文缩写(可选),项目编号(可选);c、列出此项目的任务提出者、开发者d、软件系统应用范围、用户。

1.3.术语列出本文件中用到的专门术语、术语定义、外文首字母组词的原词组。

也可用附件说明。

或放到本文件的最后。

无1.4.预期读者与阅读建议描述本文档的主要读者,以及这些读者在阅读时的阅读重点与建议。

可用列表的方式列出。

如表:1.5.参考资料列出有关的参考资料,如:a、本项目经核准的计划任务书或合同、上级机关的批文;b、不属于本项目的其他已发表的文件;c、本文件中各处引用的文件、资料、包括所要用到的软件开发标准;d、列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。

2.总体设计2.1.设计概述2.1.1设计约束<包括(1)需求约束。

从需求文档(如《用户需求说明书》和《软件需求规格说明书》)中提取需求约束,例如:本系统应当遵循的标准或规范软件、硬件环境(包括运行环境和开发环境)的约束接口/协议的约束用户界面的约束软件质量的约束,如正确性、健壮性、可靠性、效率(性能)、易用性、清晰性、安全性、可扩展性、兼容性、可移植性等等。

(2)隐含约束。

有一些假设或依赖并没有在需求文档中明确指出,但可能会对系统设计产生影响,应当尽可能地在此处说明。

例如对用户教育程度、计算机技能的一些假设或依赖,对支撑本系统的软件硬件的假设或依赖等。

系统设计说明书(架构、概要、详细)模板

系统设计说明书(架构、概要、详细)模板

虽然这些文档一般来说公司都是有模板的,但我写这些文档以来基本上是每写一次就把目录结构给改一次,应该说这是因为自己对这些文档的理解开始加深,慢慢的越来越明白这些文档的作用和其中需要阐述的东西,觉得这三份文档主要阐述了一个系统的设计和实现过程,从系统分解为层次、层次内的模块以及相互的接口、模块分解为对象以及对象的接口、实现这些对象接口的方法。

这次又整了一份,^_^,欢迎大家指正。

XXX架构设计说明书(架构设计重点在于将系统分层并产生层次内的模块、阐明模块之间的关系)一. 概述描述本文的参考依据、资料以及大概内容。

二. 目的描述本文编写的目的。

三. 架构设计阐明进行架构设计的总体原则,如对问题域的分析方法。

3.1. 架构分析对场景以及问题域进行分析,构成系统的架构级设计,阐明对于系统的分层思想。

3.2. 设计思想阐明进行架构设计的思想,可参考一些架构设计的模式,需结合当前系统的实际情况而定。

3.3. 架构体系根据架构分析和设计思想产生系统的架构图,并对架构图进行描述,说明分层的原因、层次的职责,并根据架构图绘制系统的物理部署图,描述系统的部署体系。

3.4. 模块划分根据架构图进行模块的划分并阐明模块划分的理由,绘制模块物理图以及模块依赖图。

3.4.1. 模块描述根据模块物理图描述各模块的职责,并声明其对其他模块的接口要求。

3.4.2. 模块接口设计对模块接口进行设计,并提供一定的伪代码。

XXX概要设计说明书(概要设计重点在于将模块分解为对象并阐明对象之间的关系)一. 概述描述本文的参考依据、资料以及大概内容。

二. 目的描述本文的编写目的。

三. 模块概要设计引用架构设计说明书中的模块图,并阐述对于模块进行设计的大致思路。

3.1. 设计思想阐明概要设计的思想,概要设计的思想通常是涉及设计模式的。

3.2. 模块A3.2.1. 概要设计根据该模块的职责对模块进行概要设计(分解模块为对象、描述对象的职责以及声明对象之间的接口),绘制模块的对象图、对象间的依赖图以及模块主要功能的序列图,分别加以描述并相应的描述模块异常的处理方法。

系统概要设计说明书

系统概要设计说明书

_____________________________________________XXX系统概要设计说明书XXX通信科技有限公司二零XX年X月修订历史记录目录1. 引言 (5)1.1. 编写目的 (5)1.2. 背景 (5)1.3. 定义 (5)1.4. 参考资料 (5)2. 总体设计 (6)2.1. 需求规定 (6)2.1.1.系统功能 (6)2.1.2.系统性能 (6)2.1.3.输入输出要求 (6)2.1.4.数据管理能力要求 (6)2.1.5.故障处理要求 (6)2.1.6.其他专门要求 (6)2.2. 运行环境 (6)2.2.1.设备 (7)2.2.2.支持软件 (7)2.2.3.接口 (7)2.2.4.控制 (7)2.3. 基本设计概念和处理流程 (7)2.4. 结构 (7)2.5. 功能需求与系统模块的关系 (7)2.6. 人工处理过程 (8)2.7. 尚未解决的问题 (8)3. 接口设计 (8)3.1. 用户接口 (8)3.2. 外部接口 (8)3.3. 内部接口 (8)4. 运行设计 (8)4.1. 运行模块组合 (8)4.2. 运行控制 (8)4.3. 运行时间 (9)5. 系统数据结构设计 (9)5.1. 逻辑结构设计要点 (9)5.2. 物理结构设计要点 (9)5.3. 数据结构与程序的关系 (9)6. 系统出错处理设计 (9)6.1. 出错信息 (9)6.2. 补救措施 (10)6.3. 系统维护设计 (10)1.引言1.1. 编写目的[说明编写这份概要设计说明书的目的,指出预期的读者。

]1.2. 背景a.[待开发软件系统的名称;]b.[列出本项目的任务提出者、开发者、用户。

]1.3. 定义[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

] 1.4. 参考资料[列出有关的参考资料。

]2.总体设计2.1. 需求规定[说明对本系统的主要的输入输出项目、处理的功能性能要求。

系统概要设计方案模板

系统概要设计方案模板

系统概要设计方案编写:XXXXXXX有限公司2014年9月19日1 引言 (4)1.1 编写目的 (4)1.2 背景 (4)1.3 定义 (4)1.4 参考资料 (4)2 总体设计 (4)2.1 简述 (4)2.2 架构设计 (5)2.2.1 系统逻辑架构图 (5)2.2.2 系统物理架构图 (5)2.2.3 顶层系统包图 (6)2.2.4 业务类包图 (7)2.2.5 子系统关系图 (7)2.3 接口设计 (7)2.3.1 界面框架设计 (7)2.3.2 外部接口设计 (8)3 子系统设计 (8)3.1 基础信息子系统 (8)3.1.1 子系统说明 (8)3.1.2 类图 (9)3.1.3 类说明 (13)3.1.4 界面设计 (20)3.2 我的工作台子系统 (22)3.2.1 子系统说明 (22)3.2.2 类图 (23)3.2.3 类说明 (27)3.2.4 界面设计 (33)3.3 工作进展子系统 (34)3.3.1 子系统说明 (34)3.3.2 类图 (35)3.3.3 类说明 (35)3.3.4 界面设计 (35)3.4 信息发布子系统 (37)3.4.1 子系统说明 (37)3.4.2 类图 (37)3.4.3 类说明 (38)3.4.4 界面设计 (39)3.5 系统管理子系统 (39)3.5.1 子系统说明 (39)3.5.2 类图 (40)3.5.3 类说明 (40)3.5.4 界面设计 (41)3.6 个人设置子系统 (42)3.6.1 子系统说明 (42)3.6.2 类图 (43)3.6.3 类说明 (44)3.6.4 界面设计 (45)4 约束和假定 (46)5 系统数据结构设计 (46)5.1 逻辑结构设计 (46)5.1.1 角色表(PUBLIC_ROLE) (47)5.1.2 权限表(PUBLIC_PRIVILEGE) (47)5.1.3 角色权限表(PUBLIC_ROLEPRIVILEGE) (47)5.1.4 部门表(PUBLIC_ DEPT) (47)5.1.5 岗位表(PUBLIC_POST) (48)5.1.6 员工表(PUBLIC_MEMBER) (48)5.1.7 工作任务表(WORKPLAN_ TASK) (49)5.1.8 任务分派表(WORKPLAN_ ALLOTTASK) (49)5.1.9 工作计划表(WORKPLAN_ PLAN) (49)5.1.10 计划任务表(WORKPLAN_ PLANTASK) (50)5.1.11 工作日志表(WORKPLAN_ WORKLOG) (50)5.1.12 工作汇报表(WORKPLAN_ WORKREPORT) (51)5.1.13 信息发布表(PUBLIC_ PUBLISHINFO) (51)5.1.14 收件箱表(PUBLIC_INBOX) (51)5.1.15 系统操作日志表(PUBLIC_OPERA TELOG) (52)5.1.16 个人提醒设置表(PUBLIC_EVENTS) (52)5.1.17 系统表(PUBLIC_SYSTEM) (53)5.1.18 系统功能模块表(PUBLIC_SYSTEMMODULE) (53)5.2 物理结构设计 (53)5.3 数据结构与程序的关系 (53)6 系统出错处理设计 (53)6.1 出错信息 (53)6.2 补救措施 (54)6.3 系统维护设计 (54)工作计划管理系统概要设计说明书1 引言1.1编写目的此概要设计说明书是为了说明整个系统的体系架构,以及需求用例的各个功能点在架构中的体现,为系统的详细设计人员进行详细设计时的输入参考文档。

系统概要设计说明书(内部版)模板

系统概要设计说明书(内部版)模板

系统概要设计说明书(内部版)模板 {XXX系统}概要设计说明书(内部版)XX公司XXXX年XX月修订记录目录第1章引言 (1)1.1编写目的 (1)1.2定义 (1)1.3读者对象 (1)1.4参考文档 (2)第2章需求概述 (2)2.1项目背景 (2)2.2建设目标 (2)2.3建设内容 (2)2.4设计开发基本要求 (2) 2.5功能需求 (2)2.5.1档案数字化加工 (2) 2.6非功能需求 (4)2.7项目工期与进度要求 (4)第3章总体设计 (4)3.1系统概述 (4)3.2系统平台架构 (4)3.3系统关联模型 (4)3.4系统功能结构 (4)3.5系统功能模型 (4)3.6系统部署结构 (5)3.7系统运行环境 (5)3.8需求检查表 (5)第4章档案数字化加工子系统 (5) 4.1概述 (5)4.2功能结构 (5)4.4企业登记 (5)4.4.1 概述 (5)4.4.2 功能单元1 (5)4.4.3 功能单元2 (6)4.4.4关键处理流程(可选) (6) 4.5档案扫描 (6)4.6著录标引 (6) 4.7图文质检 (6)4.8工作考核 (6)4.9关键处理流程(可选) (6)4.10安全技术应用概述(可选) (6) 4.11组件应用设计(可选) (6)4.11.1组件调用列表 (6)4.11.2组件调用模型 (6)4.11.3组件应用功能设计 (6)4.12全局数据结构设计 (6)4.12.1 物理模块1 (6)4.12.2 物理模块2 (7)4.13需求检查表 (7)4.13.1 功能需求检查表 (7)4.13.2 非功能需求检查表 (8)第5章对外接待查询服务子系统 (8)第6章内部综合查询服务子系统 (8)第7章综合安全防护子系统 (8)第8章集散式电子档案远程同步子系统 (8) 第9章电子档案迁入迁出管理子系统 (8)第10章档案库房综合业务管理子系统 (8)第12章系统维护管理子系统 (8)第13章与其它信息化系统衔接子系统 (8)第14章组件设计 (8)14.1XXX1组件 (8)14.1.1 概述 (8)14.1.2 接口设计 (9)14.1.3 功能设计与技术机制 (9)14.1.4 关键处理流程(可选) (9) 14.1.5 调用关系 (9)14.2XXX2组件 (9)14.3XXX1代码模块 (9)14.3.1 概述 (10)14.3.2 接口设计 (10)14.3.3 关键处理流程(可选) (10)14.3.4 调用关系 (10)14.4XXX2代码模块 (10)第15章数据结构设计 (10)15.1数据库设计 (10)15.2重要数据编码设计 (10)第16章关键算法与技术机制(可选) (10) 16.1XXX (10)16.1.1应用子系统及模块名称 (10)16.1.2 算法与技术机制说明 (11)第17章系统性能设计 (11)17.1XXX功能 (11)17.1.1 应用子系统及模块名称 (11) 17.1.2 性能设计 (11)第18章出错处理设计 (11)18.1出错信息 (11)18.2错误日志文件 (11)第19章兼容性设计 (11)19.1兼容性功能设计 (11)19.2非兼容功能设计 (11)第20章相关性分析与设计 (12)20.1功能相关性 (12)20.2数据结构相关性 (12)第21章界面设计概述 (12)21.1界面总体风格 (12)22.2界面配色 (12)22.3人机交互方式 (12)第22章旧系统遗留问题解决方案概述 (12)第23章产品功能配置与保护 (12)23.1产品功能配置与授权 (12)23.2软件产品保护 (13)第24章遗留问题 (13)第1章引言1.1 编写目的本文档描述了《XX系统》设计人员对该系统总体框架的设计方案,包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等,用于指导开发人员进行编码设计开发,并且帮助后续升级维护人员了解掌握该系统的设计思路。

系统详细设计说明书[范例]

系统详细设计说明书[范例]

XXXXXXX管理系统详细设计说明书Prepared by拟制李清清Date日期2012-10-18Reviewed by 评审人Date 日期Approved by批准Date 日期Revision Record 修订记录目录1引言 (1)1.1编写目的 (1)1.2背景 (1)1.3参考资料 (1)1.4术语定义及说明 (1)2设计概述 (1)2.1任务和目标 (1)2.1.1需求概述 (1)2.1.2运行环境概述 (1)2.1.3条件与限制 (1)2.1.4详细设计方法和工具 (2)3系统详细需求分析 (2)3.1详细需求分析 (2)3.2详细系统运行环境及限制条件分析接口需求分析 (2)4总体方案确认 (2)4.1系统总体结构确认 (2)4.2系统详细界面划分 (2)4.2.1应用系统与支撑系统的详细界面划分 (2)4.2.2系统内部详细界面划分 (3)5系统详细设计 (3)5.1系统结构设计及子系统划分 (3)5.2系统功能模块详细设计 (3)5.3系统界面详细设计 (3)5.3.1外部界面设计 (3)5.3.2内部界面设计 (4)5.3.3用户界面设计 (4)6、数据库系统设计 (4)6.1设计要求 (4)6.2 信息模型设计 (4)6.3 数据库设计 (4)6.3.1 设计依据 (4)6.3.2 数据库选型......................................... 错误!未定义书签。

6.3.3 数据库种类及特点 (4)6.3.4 数据库逻辑结构 (4)6.3.5 物理结构设计 (4)6.3.6 数据库安全 (4)6.3.7 数据字典 (5)7 信息编码设计 (5)7.3 代码结构设计 (5)7.4 代码编制 (5)1引言1.1编写目的说明编写详细设计方案的主要目的。

说明书编制的目的是说明一个软件系统各个层次中的每个程序(每个模块或子程序)和数据库系统的设计考虑,为程序员编码提供依据。

系统概要设计说明书

系统概要设计说明书

系统概要设计说明书版本历史第一部分、概述1、文档说明本文档适用于本项目开发人员阅读,开发人员可据此进行开发。

本设计文档主要采用了OOAD的方法,从类图和时序图的角度对系统进行了分析设计。

2、系统需求概述本系统是一个关于开发式基金进行交易的平台,它主要包括一下功能:基金产品管理客户资料管理客户资金账户管理基金交易管理第二部分、系统总体结构该系统将采用J2EE技术架构实现,第三部分、系统设计1、类图说明第四部分、数据库设计1、具体设计1.1表FUND(基金产品信息表)CLIENT(客户信息表)表FINANCIAL_ACCOUNT(资金账户信息表)FUND_TRANSINFO2.7 表FUND_HOLDING(账户基金持仓)第五部分、界面设计1、主界面设计2、用例界面实现添加基金产品A、用例图见系统用例图B、描述功能主页上,点击点击添加新客户的链接,输入客户信息:客户姓名、性别、身份证、电话、地址、E-mail然后系统添加客户信息,身份证是客户的唯一性判断标准。

C、参与者基金柜台操作人员查询基金产品信息A、用例图见系统用例图B、描述在功能主页上,点击查询产品信息链接,可开始查询基金产品信息,列出所有的基金产品信息。

C、参与者基金柜台操作人员修改基金产品信息A、用例图见系统用例图B、描述先查询该产品信息,在查询出来的结果页面上,点击修改按钮,便可进行产品信息修改,输入修改的产品信息后,系统更新该产品信息。

C、参与者基金柜台操作人员添加新客户A、用例图见系统用例图B、描述功能主页上,点击点击添加新客户的链接,输入客户信息:客户姓名、性别、身份证、电话、地址、E-mail、爱好,然后系统添加客户信息,身份证是客户的唯一性判断标准。

C、参与者基金柜台操作人员查询客户基本信息A、用例图见系统用例图B、描述功能主页上,点击查询客户信息的链接,然后输入客户编号或身份证,进行查询,查询后显示客户基本信息:客户编号、姓名、客户可用资产和客户总资产。

系统概要设计说明书(数据库设计书)

系统概要设计说明书(数据库设计书)

系统概要设计说明书(数据库设计书)[招⽣管理系统]概要设计说明书[V1.0(版本号)]拟制⼈______________________ 审核⼈______________________ 批准⼈______________________[⼆零零⼋年⼗⽉⼆⼗⼆⽇]概要设计说明书1.引⾔1.1编写⽬的本说明书交给各个被调研单位审核,并经领导层讨论通过后,软件开发⼩组成员将以这本说明书为框架开发新的系统。

1.2背景a.待开发软件系统的名称:基于XML的⽹上招⽣管理系统b.本项⽬的任务提出者:⽯河⼦⼤学c.本项⽬开发者d.本项⽬⽤户⽯河⼦⼤学招⽣办1.3定义[列出本⽂件中⽤到的专门术语的定义和外⽂⾸字母组词的原词组。

]1.4参考资料《软件⼯程》2.总体设计2.1需求规定2.1.1功能规定2.1.2系统功能能对各招⽣⼦单位进⾏管理能添加、修改、删除、考⽣信息能对考⽣进⾏分类管理能将考⽣信息导出⾄⽹上信息发布⼦系统能根据各分类统计考⽣信息能添加新的管理员能修改管理员的密码2.1.2.1精度由于采⽤数据库技术并且⽤户的应⽤领域对数据精确度的要求不⾼,所以这点在系统中表现得⽐较少,但是⽤户数据的安全性与正确性是完全保证的,所以对⽤户的使⽤没有多⼤的障碍。

2.1.2.2时间特性要求本系统的数据库较⼩,所以程序在响应时间,数据更新处理时间上性能是⽐较突出的。

⽽且也正由于数据量相对较少,故在数据传输时间和系统运⾏时间上表现的较让⼈满意。

2.1.2.4可靠性由于系统较⼩只保留⼀定程度上的可靠性。

2.1.2.5灵活性由于系统较⼩只保留⼀定程度的灵活性。

2.1.3输⼊输出要求2.1.4数据管理能⼒要求针对⼀般图书馆管理信息系统的需求,通过对图书馆管理⼯作过程的内容和数据流流程分析,设计如下⾯所⽰的数据和数据结构:1.考⽣基本信息包括:考⽣号、姓名、科类、计划性质、家庭住址、报名地点等;2.考⽣附加信息包括:考⽣号、录取专业、录取批次、录取志愿、学历层次、考⽣分数等;3.通知书信息包括:通知书编号、通知书状态、是否打印等;2.1.5故障处理要求考虑到软件的范围不⼤,所以故障处理⼀般由操作系统完成,系统只要保持与操作系统的借⼝即可。

超详细的概要说明书系统概要设计说明书.doc

超详细的概要说明书系统概要设计说明书.doc

1引言 (2)1.1编写目的 (2)1.2参考资料 (2)2总体设计 (2)2。

1需求规定 (2)2。

2运行环境 (2)2。

3系统部署图 (2)2。

4基本设计概念和类图 (3)2.5结构 (4)2.6功能模型描述 (9)2。

6.1招聘管理 (9)2.6。

2企业结构管理 (21)2.6。

3行政级别管理 (29)2。

6。

4企业架构展示 (32)2。

6。

5人事档案管理 (33)2。

6.6人事基础数据维护 (73)2.6。

7权限管理 (82)2.7人工处理过程 (83)2.8尚未问决的问题 (83)3接口设计 (83)3。

1用户接口 (83)3.2外部接口 (83)3。

3内部接口 (83)4系统数据结构设计 (84)4。

1逻辑结构设计要点 (84)5数据结构与程序关系 (85)5。

1表结构与数据结构图 (85)5.1。

1数据结构图 (85)5。

1.2表汇总 (87)5.2数据结构与程序关系表........................................................... 错误!未定义书签。

6系统出错处理设计.. (98)6。

1出错信息 (98)6。

2补救措施 (99)6.3系统维护设计 (99)概要详细设计说明书1引言1.1编写目的本概要设计说明书跟据《人力资源管理系统需求规格说明书》编写,描述了系统的概要设计,并为下一步的“系统详细设计说明书”的编写提供依据,为系统测试人员提供测试依据。

本文档的预期读者为:项目经理、系统分析员、测试经理、项目组长、系统开发人员.1.2参考资料《人力资源管理系统需求规格说明书》2总体设计2.1需求规定本系统的主要的输入输出项目、处理的功能性能要求参照《人力资源管理系统需求规格说明书》。

2.2运行环境软件运行环境Windows 2000/XP/2003 Server操作系统;MS SQL Server 2000;Tomcat 5.0;Jdk 1。

管理信息系统软件概要设计说明书

管理信息系统软件概要设计说明书

目录1.引言 (6)1.1编写目的 (6)1.2定义 (6)1.3参考资料 (6)2.范围 (7)2.1系统主要目标 (7)2.2主要软件需求 (7)2.2.1 办公管理 (7)2.2.1.1 文件、通知、规范、规定的网上收发 (7)2.2.1.2 电子邮件的收发 (8)2.2.1.3 电子公告栏和BBS站 (8)2.2.1.4 车辆管理 (8)2.2.2 文件资料库管理 (9)2.2.2.1 文件资料分类登记 (9)2.2.2.2 文件资料分类查询 (9)2.2.2.3 文件资料分类维护 (9)2.2.3 技术资料库管理 (9)2.2.2.1 技术资料分类登记 (9)2.2.2.2 技术资料分类查询 (10)2.2.2.3 技术资料分类维护 (10)2.2.4 经营管理 (10)2.2.4.1 业务信息管理 (10)2.2.4.2 投标管理 (10)2.2.4.3 合同管理 (11)2.2.4.4 统计 (11)2.2.5 项目管理 (12)2.2.5.1 项目立项 (12)2.2.5.2 项目资料管理 (13)2.2.5.3 项目实施 (13)2.2.6 材供管理 (16)2.2.6.1 材料价格管理 (16)2.2.6.2 材料供货管理 (16)2.2.6.3 材料结算管理 (17)2.2.6.4 分承包方信息管理 (18)2.2.6.5 装潢材料价格管理 (18)2.2.7 设备管理系统 (18)2.2.7.1 设备管理 (18)2.2.7.2 使用管理 (19)2.2.7.3 维修管理 (20)2.2.7.4 产值管理 (21)2.2.7.5 设备维护 (22)2.2.8.1 人员信息登记 (22)2.2.8.2 人员信息维护 (23)2.2.8.3 执行退休 (23)2.2.8.4 查询打印 (23)2.2.8.5 部门维护 (24)2.2.9 设计院信息管理 (24)2.2.9.1 业务信息管理 (24)2.2.9.2 方案管理 (25)2.2.9.3 施工图管理 (25)2.2.9.4 图档管理 (26)2.2.9.5 财务收支管理 (27)2.2.9.6 人事技术档案管理 (27)2.2.9.7 综合查询 (27)2.2.9.8 其他管理 (28)2.2.10 财务报表管理 (28)2.2.11 房地产信息管理 (29)2.2.11.1 房产信息 (29)2.2.11.2 销售管理 (30)2.2.12 系统管理 (30)2.2.12.1 用户角色管理 (30)2.2.12.2 权限管理 (30)2.2.12.3 码表维护 (30)2.2.12.4 基础数据维护 (30)2.2.12.5 系统日志管理 (31)2.3设计约束、限制 (31)2.3.1(数据库)表编号与命名定义 (31)2.3.1.1 表编号定义: (31)2.3.1.2 表命名定义: (31)2.3.2 编程规范 (32)2.3.2.1 对象命名规范 (32)2.3.2.2 变量命名规范 (33)2.3.3注释书写规定 (36)2.3.3.1 PBL (36)2.3.3.2 Script注释 (36)2.3.3.3 Script书写规范 (39)3.软件系统结构设计 (41)3.1复审数据流、控制流 (41)3.2软件体系结构 (42)3.2.1 软件程序结构图 (42)3.2.1.1 办公管理 (42)3.2.1.2 文件资料库管理 (42)3.2.1.3 技术资料库管理 (43)3.2.1.4 经营管理 (43)3.2.1.6 材供管理 (44)3.2.1.7 设备管理 (45)3.2.1.8 人事管理 (45)3.2.1.9 设计院信息管理 (45)3.2.1.10 财务报表管理 (46)3.2.1.11 房地产管理 (46)3.2.1.12 系统管理 (46)3.2.2模块命名规则 (46)3.2.2.1 功能编号定义: (46)3.2.2.2 功能命名定义: (47)3.2.3模块描述 (47)3.2.3.1 办公管理 (47)3.2.3.2 文件资料库管理 (48)3.2.3.3 技术资料库管理 (49)3.2.3.4 经营管理 (50)3.2.3.5 项目管理 (53)3.2.3.6 材供管理 (55)3.2.3.7 设备管理 (57)3.2.3.8 人事管理 (60)3.2.3.9 设计院信息管理 (62)3.2.3.10 财务报表管理 (66)3.2.3.11 房地产管理 (67)3.2.3.12 系统管理 (68)3.3功能需求追溯 (69)4.复用策略 (70)5.数据设计 (70)5.1数据字典复审 (70)5.2数据项 (70)业务信息表d_operation_info (70)附件表d_accessory (71)合同信息表d_contract (71)发包人信息表d_contract_client (72)违约索赔信息表d_counterclaim_info (72)合同变更信息表d_contract_changing (72)甲方供应材料设备表d_contract_client_provide (72)乙方工程项目表d_contract_project (73)合同资金情况d_contract_bankroll (73)工程项目信息表d_project (73)工程项目部信息表d_project_group (74)工程项目部角色表d_project_role (74)工程项目资料表d_project_data (74)工程项目工作信息表d_project_task (74)材料要货计划头表d_proj_material_plan (75)材料要货计划明细表d_proj_material_plan_detail (75)设备要货计划表d_proj_fixtureplan (76)项目成本表d_project_cost (76)项目取费表d_project_getfee (76)项目价差汇总分析表d_project_price_analyse (76)工程项目人力强度表d_project_manCOUNT (77)生产情况及下月计划表d_produce_and_plan (77)材料价格表d_material_price (77)材料供货情况表d_material_supply_instance (77)材料结算情况表d_material_balance (78)分承包方信息表d_material_supplier_info (78)机械规格信息d_equipment_machine_standard (78)燃料信息d_equipment_fuel (79)其他装置信息d_equipment_other (79)起重机技术信息d_equipment_lift (80)随机附件信息d_equipment_accessory (81)随机工具信息d_equipment_tool (81)月运转情况d_equipment_month_operation (82)租金信息d_equipment_rent (82)变更信息d_equipment_changing (82)技工交接信息d_equipment_worker_connect (83)修理信息d_equipment_repair (83)事故记录d_equipment_accident (83)检查记录d_equipment_examine (84)保养信息d_equipment_maintain (84)报废申请信息d_equipment_scrap_apply (84)设备盘查信息d_equipment_interrogate_examine (84)在职人员信息d_worker_info (85)离退休人员信息d_retire_info (86)项目经理信息d_projectmanager_info (86)岗位证书信息d_certificate_info (86)人员工资信息d_salary_info (86)业务信息表(设计院)d_design_information (87)项目信息表(设计院)d_design_project (87)项目组成员信息表(设计院)d_design_group (88)项目资料信息(设计院)d_design_archives (88)申请表(设计院)d_design_apply (88)申请资料明细表(设计院)d_design_apply_detail (88)财务收支信息(设计院)d_design_finance (89)技术人员技术档案(设计院)d_design_technical_archives (89)出图、晒图信息(设计院)d_design_out_blueprint (89)加班情况(设计院)d_design_overtime (89)图书信息(设计院)d_design_books (90)图书借阅信息(设计院)d_design_book_borrow (90)资产负债表d_balance_sheet (90)损益表d_profit_loss (91)房产信息(房地产公司)d_house_property (92)营销信息(房地产公司)d_house_sell (92)销售款结算情况(房地产公司)d_house_sell_balance (92)5.3.数据库结构设计 (93)5.4.文件设计 (93)6.接口设计 (93)6.1.用户界面设计规则 (93)6.1.1 字体 (93)6.1.2 控件 (93)6.2内部接口设计 (94)6.3外部接口设计 (94)7.出错处理设计 (94)8.系统维护设计 (95)软件概要设计说明书Software Preliminary Design Description1.引言1.1 编写目的在分析《管理信息系统的基础》上,托普集团管理信息系统项目小组对该系统进行了概要设计。

系统概要设计说明书编写标准全套

系统概要设计说明书编写标准全套

系统概要设计说明书编写标准1前言1.1文档目的文档编写目的是为了阐述XXX系统的概要设计。

概要设计说明书是为了说明整个XXX系统的体系架构,以及需求用例的各个功能点在架构中的体现,为系统的详细设计人员进行详细设计时的输入参考文档。

本说明书的预期读者为系统设计人员、系统开发人员和项目评审人员。

1.2背景XXX系统是[项目背景]1.3文档范围1、产品范围:根据《需求规格说明书》,该文档阐述软件产品的功能2、涉及到的干系人有:公司高层、客户、项目经理、质量小组、开发小组。

1.4读者对象项目经理、质量保证人员:据此来进入项目策划过程测试人员:据此进入测试过程。

需求管理员、配置管理员:可以识别配置项制定相关的活动计划用户IT主管:清楚与确认项目需求。

开发人员,包括设计人员、编码人员:明确任务与需求,清楚项目开发流程。

1.5参考文档《需求规格说明书》1.6术语与缩写解释术语或缩略语解释2总体设计2.1系统描述2.1.1系统概述XXX系统,采用XXX架构开发出的XXX平台。

2.1.2运行环境对本平台所赖于运行的硬件、软件环境的描述。

1.服务端操作系统:WindowsServer2003SP2及以上;2.服务端运行环境:JDK1.7及以上;3.数据库支持:OracIelOg企业版;4.协议支持:TCP/IP、HTTP、HTTPS、SMTP、POP3等;5.硬件支持:服务器CPU2.0GHz以上、内存2G以上、需要300G以上的空闲磁盘空间;6.网络环境:有固定公网IP,网络畅通,可以远程访问(远程桌面连接或者借助辅助工具);7.客户端要求:正10以上;2.1.3数据管理要求2.1.4故障处理要求(1)产品支撑环境运行错误,包括以下几个方面:数据库运行错误:系统无法使用,将提供错误提示页面,并记录日志。

系统配置参数错误:系统提供错误提示页面,要求管理员修改相关配置参数。

配置参数的修改方法应参考相关为管理员提供的手册。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

企业内部管理系统概要设计说明书2017年6月8日目录1.引言1.1.编写目的企业内部管理系统概要设计说明书是在部门17年新规范提出需求基础上,经过对公司内部管理系统需求规格说明书和系统原型的分析和系统设计编写而成。

用于将软件系统需求转换为未来系统的设计,提交软件研发部门实现团队作为系统研发的依据和指南。

1.2.项目背景随着公司人员规模的不断扩大,员工的管理工作的负担变得越来越重,员工的基本信息没有统一的管理,导致行政管理人员无法统筹了解公司员工的基本情况。

员工的考勤工作不够规范,缺乏统一的考勤信息收集、统计和分析工具,给项目及公司领导的管理工作带来了比较大的麻烦。

与此同时,公司内部的信息交流往往以邮件、即时通信工具为主,缺乏一个统一的资源管理的平台,导致内部资源管理分散,资源的利用率不高。

因此需要建设一个员工信息管理、资源共享的信息平台,以促进公司内部效率提高,内部协同能力增强,资源利用率提高,进一步提高公司内部的办公效率。

1.3.适用范围本文档适用于所有与本项目有关的软件设计、开发阶段相关人员,主要包括项目组成员、研发经理、开发人员,项目管理人员,测试人员以及在以后想对系统进行扩展和维护的相关人员等。

2.总体设计2.1.运行环境2.1.1.硬件环境1)应用服务器:XEON E5-2609 8G内存2)数据库服务器:XEON E5-2609 8G内存2.1.2.软件环境1)操作系统: Win2003、Win7、Win8数据库系统: SQL Server 2008中间件:TOMCAT通信协议:http客户端浏览器:IE82.2.总体结构设计2.2.1.系统体系架构图2-1 内部管理系统体系架构图2.2.2.系统部署架构2.2.3.系统软件架构3.系统功能设计内部管理系统主要包括请假管理、考勤管理、加班管理、外出管理、驻场管理、项目信息管理、任务单管理、会议管理、成果管理、规范制度管理、模板管理、通知公告管理、活动管理、系统管理等主要功能,功能模块列表如下所示:3.1.功能模块列表3.2.系统菜单3.3.请假管理请假管理模块主要管理部门员工的请假工作,其主要包括请假申请、请假审批、请假统计等模块,其模块内部类图关系如下图所示:如上图所示,在模块内部请假申请类与请假记录类通过建立类关联关系调用请假记录数据操作接口方法从而在业务办理过程中生成请假记当信息,而请假记录类与请假统计类也采用关联方式使请假记录类方法中能够生成请假统计类相关数据信息,实现了请假信息模块内部业务数据的流转和产成。

3.3.1.请假申请3.3.1.1.功能简介请假申请功能是指员工有添加请假申请、并对已有的请假申请进行修改和查看审阅记录的操作。

添加:员工填写请假申请单,提交后将请假信息发送给上级领导。

修改:请假申请信息有误时,员工对自己的请假申请信息进行修改。

终止申请:当员工的请假申请审核未通过可终止请假流程。

查看审阅记录:员工通过查看审阅记录来了解自己的请假信息是否通过,从而进行相关的操作。

3.3.1.2.处理流程及说明请假申请输入项:请假申请内置设置项:3.3.1.3.相关算法3.3.1.4.权限及安全登录到前台系统的所有用户都可以使用该功能。

3.3.1.5.数据来源请假申请表相关设置:员工休假表相关设置:3.3.2.请假审批3.3.2.1.功能简介当上级领导接收到请假申请的时候,对请假申请单进行审批。

审批人对提交上来的请假单有同意、不同意和退回操作同意:当审批人对请假单信息的意见填写同意的时候,同意请假申请。

请假流程结束。

退回:当审批人不同意该请假信息,或请假信息有误的时候,审阅人点击回退给申请人,申请人对请假信息修改后再次提交申请。

关闭:审批人对此请假信息进行关闭操作,不予以审阅。

3.3.2.2.处理流程及说明请假审批对应人员关系:请假审批输入项:请假审批内置设置项:3.3.2.3.相关算法3.3.2.4.权限及安全登录到前台系统的部门经理、项目总监、技术总监、技术经理/质控经理可以使用该功能。

3.3.2.5.数据来源请假记录表相关设置:员工休假表相关设置:3.3.3.请假统计3.3.3.1.功能简介统计员工的请假情况,查看员工是否具有某项请假类别或是否能够调休。

统计按工资月(本月21日到下月20日为一个工资月)统计员工的请假信息。

考勤管理员可以将员工的请假统计信息导出到Excel文件中;也可以打印统计信息。

3.3.3.2.处理流程及说明根据查询条件,统计周、月、统计相关3.3.3.3.相关算法3.3.3.4.权限及安全普通员工可查看自己的请假统计情况;项目总监、技术总监和考勤员可查看部门所有员工请假统计情况;技术经理/质控经理可查看所属组员工请假统计情况。

3.3.3.5.数据来源3.4.考勤管理考勤模块是记录和考察员工上下班出勤情况,员工的上下班打卡时间是从公司的门禁打卡信息中获取的。

主要包括考勤信息导入、考勤补登和考勤统计功能,其模块内部主要类图关系如下图所示:如上图所示,在模块内部考勤记录类与考勤信息原始数据类建立类关联关系,从而调用考勤信息原始数据类操作接口得到考勤原始数据并更新考勤记录信息,而考勤统计类通过与考勤记录类建立对应类关联,使考勤统计类能够采用考勤记录类接口方法得到考勤基础数据进行考勤统计。

3.4.1.个人考勤3.4.1.1.功能简介考勤管理员把员工上月21日到本月20日的考勤打卡记录导入到本系统中员工能够通过登陆系统查看个人的月打卡情况。

3.4.1.2.处理流程及说明个人考勤根据公司结算日期:每月21-下月20日在职员工:每天21日0点自动生成当月21日-下月20日考勤默信息,月底由考勤管理员统一导入当月考勤,并核对新进员工:通过员工考勤维护页面,由考勤管理员人工处理,生成当月考勤原始信息3.4.1.3.相关算法3.4.1.4.权限及安全登录到前台系统的所有用户都可以使用该功能。

3.4.1.5.数据来源3.4.2.考勤补登申请3.4.2.1.功能简介员工因工作原因(如加班、去客户现场、外派、驻场等原因)发生迟到、早退、缺勤时,可以向上级领导提出补登申请。

上级领导同意补登申请后,考勤管理员对打卡信息进行补登。

3.4.2.2.处理流程及说明图3-4-2-2补登流程考勤补登流程的详细描述如下:补登申请员工提交补登申请给上级领导。

开发人员提交给技术经理;技术经理和质控经理提交给技术总监。

员工的一次补登申请只能登一天的考勤打开记录,不能补登多天的考勤记录。

员工收到上级领导退回的补登申请,可以修改补登申请信息重新提交;也可以终止补登流程。

补登确认上级领导接收到补登申请后,可执行如下操作。

同意:同意补登申请,补登流程结束。

退回:上级领导不同意补登申请或补登申请填写有误时,退回给员工修改补登申请或终止申请;3.4.2.3.相关算法3.4.2.4.权限及安全登录到前台系统的所有用户都可以使用该功能。

3.4.2.5.数据来源名称中文注释类型作用代码表表TIMEBOOK_PATCH 考勤补登表√TIMEBOOK_RECORD 考勤信息表√3.4.3.考勤补登审核3.4.3.1.功能简介员工因工作原因(如加班、去客户现场、外派、驻场等原因)发生迟到、早退、缺勤时,可以向上级领导提出补登申请。

上级领导同意补登申请后,考勤管理员对打卡信息进行补登。

第一步第二步第三步第四步流程导入考勤统计结果登陆系统查看自己的考勤结果,如有异议可发起考勤补登申请对补登申请执行通过或者退回操作考勤补登人员考勤管理员补登人员技术经理或项目经理或技术总监考勤管理员3.4.3.2.处理流程及说明图3-4-2-2补登流程考勤补登流程的详细描述如下:补登申请员工提交补登申请给上级领导。

开发人员提交给技术经理;技术经理和质控经理提交给技术总监。

员工的一次补登申请只能登一天的考勤打开记录,不能补登多天的考勤记录。

员工收到上级领导退回的补登申请,可以修改补登申请信息重新提交;也可以终止补登流程。

补登确认上级领导接收到补登申请后,可执行如下操作。

同意:同意补登申请,补登流程结束。

退回:上级领导不同意补登申请或补登申请填写有误时,退回给员工修改补登申请或终止申请;3.4.3.3.相关算法3.4.3.4.权限及安全登录到前台系统的所有用户都可以使用该功能。

3.4.3.5.数据来源3.4.4.员工考勤信息查询3.4.4.1.功能简介统计员工的考勤情况,考勤按工资月(上月21日到本月20日为一个工资月)统计员工的考勤信息。

普通员工可查看自己的考勤统计情况;项目总监、技术总监和考勤员可查看部门所有员工考勤统计情况;技术经理/质控经理可查看所属组员工考勤统计情况。

考勤管理员可以将员工的考勤统计信息导出到Excel文件中;也可以打印统计信息。

3.4.4.2.处理流程及说明3.4.4.3.相关算法3.4.4.4.权限及安全登录到前台系统的所有用户都可以使用该功能。

3.4.4.5.数据来源3.4.5.员工考勤信息统计3.4.5.1.功能简介统计员工的考勤情况,考勤按工资月(上月21日到本月20日为一个工资月)统计员工的考勤信息。

普通员工可查看自己的考勤统计情况;项目总监、技术总监和考勤员可查看部门所有员工考勤统计情况;技术经理/质控经理可查看所属组员工考勤统计情况。

考勤管理员可以将员工的考勤统计信息导出到Excel文件中;也可以打印统计信息。

3.4.5.2.处理流程及说明3.4.5.3.相关算法3.4.5.4.权限及安全登录到前台系统的所有用户都可以使用该功能。

3.4.5.5.数据来源3.4.6.员工考勤信息维护3.4.6.1.功能简介3.4.6.2.处理流程及说明3.4.6.3.相关算法3.4.6.4.权限及安全登录到前台系统的所有用户都可以使用该功能。

3.4.6.5.数据来源3.5.加班管理加班管理模块主要用于员工在日常工作中的加班管理工作,主要包括研发人员加班申请、主管加班申请、加班审批、考勤员确认、添加调休等功能,其模块内部类图关系如下图所示:如上图所示,在模块内部加班申请类与加班时期类、加班休假类建立类关联关系,使加班申请类在加班业务处理过程中可以在模块内部调用加班时期类、加班休假类的方法从而处理和有效存储加班单业务数据,实现了加班信息模块内部业务数据的流转。

3.5.1.加班申请3.5.1.1.功能简介普通员工有提出加班申请的添加功能、并对已有的加班申请进行修改和查看审阅记录的操作。

添加:员工填写加班申请单,申请单提交至员工的技术主管处。

修改:当员工的加班申请信息没有被审核通过,或加班申请信息有误时,员工对自己的加班申请信息进行相关的修改工作。

删除:当员工的加班申请信息未审核时或审核不通过时,可对加班申请信息进行删除操作。

相关文档
最新文档