【说明书范本】《职院校示范建设自监测系统设计说明书》

高职院校示范建设自监测系统设计说明书1 引言1.1 编写目的本系统用于高职院校示范性建设，系统可对各项目组示范工作进行辅助监控和管理，其结果作为项目组绩效考核的依据。

同时系统可以对项目组各责任人的津贴情况进行管理，会议情况进行记录和存档。

本系统的最终用户为高职院校示范建设领导小组、示范建设办公室、各示范建设项目组，同时管理员完成对整个系统的维护工作。

1.2 范围说明：a 此软件系统的名称：高职院校示范建设自监测系统。

列出本项目的任务提出者、开发者、用户以及将运行该项软件的单位。

b 提出者：高职院校。

c 开发者：陈斌、谭亮、万铮。

d 用户：高职院校示范建设领导小组、示范建设办公室、各示范建设项目组、管理员。

e 使用单位：高职院校。

1.3 定义本文件中用到的专门术语的定义和缩写词的原词组，见表1-1表1-1 术语定义表序号名称释意1 本系统高职院校示范建设自监测系统2计划项目组针对示范申报任务书，每月制定工作计划，示范建设办公室审批后，执行计划，示范建设办公室对计划执行情况进行考评。

3 任务各项目组对任务书中任务进行拆分，并将拆分后的任务录入系统，由示范建设办公室进行审批。

4 绩效示范建设办公室对各项目组任务完成情况进行考评，考评结果作为津贴发放依据。

5 津贴根据绩效考评结果发放并公示津贴情况。

6 会议各项目组对所有会议进行申报，由示范建设办公室审批。

7 文件服务器各项目组及示范建设办公室将所有示范相关文件上传至此服务器。

8 角色管理实现系统用户的角色管理及权限分配9 数据备份、还原实现数据的备份、还原功能10 管理员管理实现对该系统的管理功能1.4 参考资料高职院校示范建设自监测系统需求分析文档。

2 总体设计2.1 需求规定说明对本系统的主要的输入输出项目、处理的功能性能要求，详细的说明可参见《高职院校示范建设自监测系统需求分析说明书》。

a主要输入项目：表2-1 主要输入项目名称类型角色编号整型（自增）角色名称字符型（长度为10）用户编号整型（自增）用户名字符型（长度为10）密码字符型（长度为10）计划内容字符型（长度为70）计划时间字符型（长度为16）计划责任人字符型（长度为16）计划经费整型计划审批字符型（长度为16）计划考核字符型（长度为16）任务名称字符型（长度为16）任务责任人字符型（长度为16）任务中央经费整型任务地方经费整型b 主要输出项目：报表打印以及查询时用表显示结果。

2.2 运行环境说明对本系统的运行环境（包括硬件环境和支持环境）的规定，详细说明参见《高职院校示范建设自监测系统需求分析说明书》。

Windows XP / 2000 / ME2.3 基本设计概念和处理流程本系统的基本设计概念和处理流程，如图2-1所示2.4 结构高职院校示范建设自监测系统结构划分如图2-2所示任务学院经费整型任务完成时间字符型（长度为16）任务内容字符型（长度为70）任务审批字符型（长度为16）任务考核字符型（长度为16）津贴字符型（长度为16）会议名称字符型（长度为32）会议时间字符型（长度为16）会议地点字符型（长度为32）会议人员字符型（长度为32）会议内容字符型（长度为120）图2-1系统流程图图2-2系统结构图2.4.1 角色管理模块a)功能描述高职院校示范建设自监测系统计划管理模块任务管理模块绩效管理模块会议管理模块津贴管理模块角色管理模块文件管理模块用户进入检测系统用户登录并为用户分配角色弹出用户登录框判断用户名密码是否正确为角色分配权限是否具有权限计划、任务、绩效、津贴、会议模块登出系统数据库重新登陆填写错误填写正确没有权限具有权限提交数据库实现对项目组、示范建设办公室、管理员等用户角色的管理。

b)处理流程见图2-3 角色管理图2-3 角色管理c) 详细功能说明首先管理员登录后，进入到角色管理页面，然后对角色进入相应的增加、删除、修改操作，如果角色被改动，则存入示范建设自监测系统数据库，如果没有改动，则对相应角色进行管理2.4.2 计划管理模块a)功能描述实现对计划的申报、审批和考核工作b)处理流程见图2-4计划管理模块登录系统进入角色及用户管理界面相应角色管理添加角色修改角色删除角色相应用户管理添加用户修改用户删除用户完成角色及用户管理工作图2-4 计划管理模块c)详细功能说明项目组首先录入下月工作计划，并将工作计划与任务书中任务相关联。

示范建设办公室批准计划，如果计划被批准，项目组可以执行计划，如果计划未被批准，示范建设办公室需要将计划整改信息反馈给各项目组。

项目组完成计划后计划进入待审核状态，示范建设办公室对计划完成情况进行审核，并反馈审核信息。

2.4.3 任务管理c)功能描述a实现对任务的管理。

d)处理流程见图2-5 任务及考核管理流程图批准计划执行进行下一计划登录系统进入监测系统界面录入下月工作计划，并与任务关联考核计划未通过未通过，反馈信息图2-5 任务及考核管理流程图c) 详细功能说明各项目组按照申报任务书拆分任务，并将拆分的任务录入监测系统。

示范建设办公室对录入的任务进行审核，察看是否符合任务书及方案要求。

审核通过后，各项目组需要严格按照任务书中的要求制定计划，并执行任务。

在任务规定的时间内，示范建设办公室需要考核任务完成情况，并在绩效考核模块中对任务完成情况进行考评和打分。

2.4.4绩效管理模块a)功能描述完成对所有项目组任务完成情况的绩效管理工作。

b)流程图绩效管理与任务管理模块相关联，其工作流程图如图2-5所示c)详细功能说明绩效管理模块可以对计划和任务的完成情况进行评价及考核，其中计划主要考核是否合格，如未合格需要给于反馈意见。

任务需要考核完成效果，并给于量化分数。

上述绩效考核结果会与后面的津贴审批情况相关联。

具体的绩效考核界审核任务是否符合要求项目组完成任务提交考核申请评分并反馈意见登录系统进入监测系统界面录入拆分后的任务书考核任务未通过未通过，反馈信息通过面如图2-6所示，计划考核界面如图2-7所示。

图 2-6 绩效管理界面图图 2-7 计划考核界面图2.4.5 津贴管理a)功能描述: 完成津贴的申报与审批工作。

b)处理流程：处理流程如图2-8所示图2-8津贴管理流程图c)界面参考,如图2-9所示，此为津贴申报界面，示范办角色拥有津贴审批权限，如果审批通过，直接点击发放津贴按钮。

项目组登录系统申报津贴示范办查看当月工作完成情况，根据津贴相关政策审批津贴．通过完成否，反馈信息是图2-9 津贴申报界面d)详细功能说明首先项目组负责人登录后，进入到津贴管理页面，选择要发放津贴项目组成员，然后对成员的津贴发放情况进行申报，待审批。

示范办负责人根据前期项目组计划和任务的完成情况，严格按照相关规章制度对津贴的申报进行审批。

2.4.6 会议管理a)功能描述项目组及示范办将各自主持的会议情况录入系统，对会议进行备案，方便后期查询。

b)界面参考，图2-10所示,此图为各项目组提交会议纪要的界面图．图2-10会议管理界面c)详细功能说明用户登录后，进入到会议管理页面，录入会议纪要信息，包括会议时间、人员、类型、议程和纪要。

2.4.７文件管理a)功能描述项目组在示范建设期间会有许多文件提交给建设办备案，本系统自带文件管理服务器，提供空间给各项目组通过网络上传文件。

b)界面参考，图2-11所示,此图为各项目组登录文件管理界面后的图片。

图2-11 文件管理界面2.5 功能需求与程序的关系本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系如表：表2-2 关系表程序功能添加删除查询运行统计评审角色管理√√√√计划管理√√√√√√任务管理√√√√√√绩效管理√√√√津贴管理√√会议管理√√√√√文件管理√√2.6 人工处理过程登录、数据导入、数据备份、恢复2.7 尚未解决的问题暂无3 接口设计3.1 用户接口a)对屏幕格式的要求；该软件定义了输出屏幕尺寸是在1028*768效果为最佳。

其余的也可以输出，但却看不到该软件真正的输出效果，固建议使用第一项。

b)报表或菜单的页面打印格式和内容；所有的报表或菜单的输出方式都是按照表格输出的。

c)输入输出的相对时间；为了达到使该系统达到精确的效果，所以限定了输入和输出时间的限止。

该系统规定每录入数据最多不超过3分钟，如果录入超时，就给客户显示出“对不起已超时”。

在输出时，如果1分钟之内都还没有显示出客户想要的结果，则显示出错误信息。

3.2 外部接口说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。

1)硬件接口a)打印机、扫描仪、键盘、鼠标等等b)数据输入，键盘鼠标组合，windows驱动支持。

c)软件显示，无限，一般显示器即可。

2)软件接口a)名字；SQL Server 2000、Windows操作系统。

b)版本号:SQL Server2000、Windows2000/ME/XP/2003。

c)来源:微软公司3.3 内部接口暂无。

4 运行设计4.1 运行模块组合具体系统的运行模块组合为程序多窗口的运行环境，各个模块在系统运行过程中能较好的交换信息，处理数据；4.2 运行控制运行控制将严格按照各模块间函数调用关系来实现。

在各事务中心模块中，需对运行控制进行正确的判断，选择正确的运行控制路径。

在网络传输方面，客户机在发送数据后，将等待服务器的确认收到信号，收到后，再次等待服务器发送回答数据，然后对数据进行确认。

服务器在接到数据后发送确认信号，在对数据处理，访问数据库后，将返回信息送回客户机，并等待确认。

4.3 运行时间一般用户的操作响应时间应在5秒钟左右,测试,文档备份,数据的导入和导出操作的时间会相对较长一些,但是操作也应该在可接受的时间内完成。

5 系统数据结构设计5.1 逻辑结构设计要点给出了本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系，详见下列各表：表5-1 用户信息表列名数据类型可否为空说明UserID Bigint(8) Not null 用户IDpwd varchar(8) null 密码projectID bigint(8) null 角色IDuserName nvarchar(16) null 用户名表5-2 角色表列名数据类型可否为空说明ProjectID Int(4) not null 角色IDProject Varchar(100) not null 角色名Charge Bingint(8) not null 津贴表5-3 计划表列名数据类型可否为空说明PlanID Bigint(8) not null 计划IDPlanName Varchar(100) null 计划名projectid Int(4) Null 角色ID submitTime Varchar(50) Null 制定计划时间checkTime Varchar(50) Null 审核计划时间Status Varchar(50) Null 计划状态Score Varcha(50) Null 考核分数表5-4 任务表列名数据类型可否为空说明taskID Bigint(8) null 任务ID Tasktype Varchar(50) not null 任务类型Charge Bigint(8) not null 津贴Taskname Varchar(100) not null 任务名Status Varchar(10) Not null 状态Completepercent Numeric(9) Not null 完成比例Centerfee Numeric(9) Not null 中央财政支持Localfee Numeric(9) Not null 地方财政支持Schoolfee Numeric(9) Not null 学院财政支持Checkman Numeric(9) Not null 负责人Advice Varchar(200) Not null 高级表5-5 子任务表列名数据类型可否为空说明Subtaskid Bigint(8) not null 子任务ID Subtarget Varchar(1000) Not null 自任务责任Completetime nvarchar(50) not null 完成时间Remarks nvarchar(500) not null 标记Taskid Bigint(8) not null 任务IDProjectid Bigint(8) not null 角色IDComment nvarchar(500) not null 内容Realcompletetime nvarchar(50) not null 实际完成时间Completestatus nvarchar(5) not null 状态表5-6 会议表列名数据类型可否为空说明Meetingid Bigint(5) Null 会议编号Meetingtype nvarchar(50) not null 类型Meetingtime nvarchar(50) not null 时间Meetingplace nvarchar(50) not null 地点Meetingmanager nvarchar(500) not null 主持人Meetingjoin nvarchar(500) not null 参会者Meetingabsent nvarchar(500) not null 议程Meetingprocess nvarchar(1000) not null 纪要meetingsummary nvarchar(500) not null 摘要5.2物理结构设计要点系统的物理结构具体由数据库来设计与生成，此处略。