人人范文网 岗位职责

需求管理岗位职责(精选多篇)

发布时间:2020-04-19 02:22:51 来源:岗位职责 收藏本文 下载本文 手机版

推荐第1篇:软件需求经理岗位职责

1.根据市场需求,进行业务建模,负责产品线相关产品的需求报告的撰写、需求的收集等工作。2.组织项目的实施工作,完成项目相关文档及方案的编写。3.配合项目开发工作,与开发人员沟通,并根据需求规格说明书跟踪需求实现情况;同测试人员沟通,确定产品缺陷的修改方案。

推荐第2篇:考勤管理需求

考勤管理模块需求说明书

1、总体需求

1.1应用名称

应用名称:考勤管理

1.2系统角色

员工:打卡、填写“迟到及缺勤情况说明”

普通处室领导:查询本处室考勤相关记录和报表、审批“迟到及缺勤情况说明” 人事处:查询所有处室考勤相关记录和报表、设置工作日

厅领导:按分管权限查询相关处室考勤相关记录和报表、厅领导不用考勤 系统管理员:配置和管理“考勤管理软件”、以及本系统的系统配置功能

1.3系统应用模式

全部员工可在任一台考勤机上打卡记录考勤。

1.4系统需求概述

1.45台指纹考勤机,有接口API;

2.采集指纹;

3.java B/S架构考勤管理软件, sqlserver数据库;

4.开发接口(采用直接读写“考勤管理软件数据库”的方式)

1) 数据初始化:在“考勤管理软件”配置部门、区域、考勤机信息;将

用户人员导入进去;“考勤管理软件”里人员编码为9位数字,不足部分用0补足;

2) 接口一:人事系统里,人员发生新增、离职、调升为“厅级”等几种

情况,需要将数据写入到“考勤管理软件”;

3) 接口二:将“考勤管理软件”里考勤信息读取到人事系统里。频率为

实时读取。数据抽取后,根据工作日情况、员工的休假、出差、迟到及缺勤说明信息等对考勤记录进行修正和备注

考勤数据说明:采集的考勤数据要进行有效、无效区分;每天上午上班签到时间在7:30-8:30,下班签到时间在12:00-12:15,每天下午上班签到时间13:45-14:00,下班签到时间17:30-17:45。在签到时间范围内签到的考勤数据属于有效数据,不在签到时间范围内的数据属于无效数据,按实际情况记入迟到或早退。

5.迟到及缺勤情况说明模块:员工填写说明,由处室领导审批后,证明员工

迟到或缺勤理由是否为真,对员工迟到或缺勤记录进行修正和备注。

6.工作日设置:设置节假日调休产生的工作日及非工作日

7.查询统计:(问题:修正的数据是否显示)

1) 个人考勤查询:对个人迟到、早退次数,迟到、早退累计时间进行提

醒;

2) 日历视图:用日历网格的形式默认显示当月考勤情况,网格背景红色

表示当天有情况,并显示人名和总数。点击网格后显示具体迟到及缺勤人员考勤信息;按处室过滤人员,人事处领导和厅领导查询全厅数据;(包括“上一月”、“下一月”按钮)

3) 列表视图:列表方式默认显示当天处室或全厅人员考勤数据;(包括“全

部”、“迟到及缺勤”选项)(表头有处室、人员、时间段等查询服务选择框)

4) 统计报表-“批评教育对象名单”

范围为全厅人员,批评教育对象规则:(任意一种情况),支持导出

功能

(1)一月内迟到、早退次数累计达3次;

(2)一月内迟到、早退累计达60分钟;

5) 统计报表-“书面检讨对象名单”

范围为全厅人员,书面检讨对象规则:(任意一种情况),支持导出

功能

1) 迟到、早退次数达6次以上;

2) 迟到、早退累计时间达120分钟以上;

3) 旷工累计达1天以上;

6) 统计报表-违规情况统计月报表

即按月统计部门内人员累计违规次数及违规累计时间,违规指迟到、早退、旷工;支持导出功能

7) 统计报表-违规情况统计年报表

即按年统计部门内人员累计违规次数及违规累计时间,违规指迟到、早退、旷工;支持导出功能

推荐第3篇:IT业务需求分析人员岗位职责

1.收集、整理、分析业务部门的业务需求,编写用户需求说明书。2.进行需求变更控制,对需求变更的范围与影响进行分析与跟踪。3.依据需求分析文档进行需求验证、验收测试。4.负责技术部门与业务部门的业务沟通和协调。

推荐第4篇:知识管理系统需求

知识管理系统需求

知识管理平台以满足信息系统整合这个目标为基础,同时知识管理系统平台将企业绩效管理功能纳入其中,集中实现企业、部门、班组的年度目标指标(KPI)、月度目标计划分解、日常工作提醒等诸多功能。将公司的portal知识文档库、检修知识库、星级班组建设、发电部、燃化处文档管理功能进行汇总和统

一。以下对知识管理平台的需求进行一个详解:

1、知识管理平台架构:

知识管理平台应本着公司统一管理的原则,以公司岗位设置为基础,集中在平台中体现岗位职责,岗位权限、年度目标指标(KPI)、定期工作开展,通过知识管理、故障处理、经验提炼积累、技术学习、应知应会,实现以下目标:上岗岗人员上岗后,通过访问知识管理系统,就能知道我的岗位职责是什么;我的日常工作有哪些;我应掌握哪些岗位知识(应知应会);我应该积累哪些岗位经验;我应该掌握哪些技术技能;我的年度目标指标(KPI)是什么;我们部门(班组)的月度工作有哪些。并与制度标准、闭环检查相互呼应,实现“职责、标准—日常管理—日常检查—闭环”的良性循环。

2、知识管理平台的公用部分:

知识管理平台以公司制度标准为前提,将公司各部门、班组、岗位通用的部分知识、职责、制度、信息等内容,通过指定权限发布公用信息,从而防止班组信息库内容雷同、容量过于庞大的繁琐问题发生。

3、知识管理平台的责任分解:

知识管理平台实现公司—部门—班组—岗位的责任分解,公司的年度目标指标,形成公司年度工作计划分解到各部门形成部门年度工作计划,并形成部门月度计划,部门计划再分解到班组形成班组的月度计划,班组将班组月度计划按照标准、制度完成工作后,将完成情况汇总到部门,然后逐级汇总最后到公司,形成公司工作计划的完成情况汇总。

4、知识管理平台的文件管理

用户可以根据权限对文件进行增、删、改、打印、复制的操作 ;用户

可以对文件进行协同管理,多个人可以对同一个文件进行编辑;用户可以根据需要,对某些文件进行消息订阅,即只要文件的属性(重命名、更改、删除等)发生变化,以消息的方式通知给用户;可以对文件进行上传文件类型、大小的限制;上传方式可以逐个上传也可以批量的文件夹方式上传;可以对文件的版本格式及其版本的保留数量进行限制;文件一旦定稿,不能更改,只能由管理员进行删除;用户可以对文件进行评价;用户可以将文件进行推荐。

5、知识管理平台的文件夹管理

可以对文件夹进行权限设置,对此文件夹设置权限用户,里面的权限包

括:完全控制、读取、列表、隐藏、对指定人员/组可见等;文件夹的管理员可以再次对文件夹进行二次授权。

6、知识管理平台的权限管理

系统可以设置一个总的系统管理员,对整个系统的所有模块及其权限进

行维护;然后以岗位为基准,进行权限的二次分配即二级管理员,二级管理员只对自己的用户组有可操作权限,不能影响其他的成员或者组。系统管理员可以针对某个部门或者班组对其最大知识库库容量进行设定。

7、知识管理平台的流程管理

针对文件放到知识库里面,需要进行流程与审核,流程设计要灵活,能

够对审核人员进行实时的选择或者进行审核流程进行模板设置。当有需要审批的流程时候,用户界面要有提示。

8、定期工作提示功能

可以针对一个文件,设定定期提示功能,在用户不关闭浏览器的情况下,

弹出提示,以便于及时的通知用户来完成任务。定期的设置可以随意设定,比如可以进行每天、每隔几天、每月的那天等进行设定。

9、文件存储备份

文件的存储,必须要存储在硬盘上面,数据库之中存储对应文件索引以

及一些属性及其关联项。需要有良好的存储备份机制,并且最好有异地备份、恢复环境。

10、文件的检索

文件的检索必须可以多条件进行检索,类似于windows自带的硬盘检

索。检索的时候既可以检索标题,也可以检索到文件或者文件夹里面的内容,但是对于隐藏的或者隐私性的文件无法进行检索,检索文件只限制于公开性的文档。

11、个人文档管理

只要创建一个新用户,就可以给新用户分配一个自己的存储空间,可以

对用户的个人空间大小、上传文件大小、文件类型进行限制。这个功能类似于网盘。

12、知识管理平台的扩充功能管理:

知识管理平台应深化一些功能,来扩充知识管理系统的知识收集和汇总能力。知识管理平台通过数据接口将BFS++系统的缺陷处理与知识管理系统的知识管理、经验管理模块连接起来,当BFS++缺陷处理人对缺陷处理内容认为有借鉴作用时,可以将缺陷处理内容引入到知识管理系统中形成知识经验,从而简化缺陷经验记录填写的繁琐工作量。还可以将知识管理平台与点检定修系统的点检文档通过数据接口的方式引入到知识管理系统内,作为知识管理、经验管理集中收集和汇总到知识管理平台中,为今后设备点检、设备故障处理过程提供宝贵经验。

13、知识管理平台的归档功能:

知识管理平台应考虑知识库信息的归档管理,将知识库内的文件信息可以通过数据接口模式与清华紫光档案系统形成一条知识归档的顺畅通道,避免知识平台信息文件归档造成繁重的工作量,提高平台的易用性。

知识管理平台是公司知识和经验收集汇总和共享的广泛平台,同时承载着责任目标指标到工作计划的分解;文档、文件夹管理;岗位责任制落实;标准闭环检查等诸多功能,作为企业最重要的平台之一,将成为企业信息的核心和命脉。

推荐第5篇:管理人员培训需求调查表

管理人员培训需求调查表(2)

为了更好地开展公司管理人员培训工作,使管理人员培训更加具有针对性,同时加快管理人员能力与素质的提升,请您根据实际情况配合我们完成此项调查问卷。

这对您是非常有意义的,我们将在了解员工培训需求的基础上制定管理人员培训方案。

问卷对象:管理人员

姓名:

门:

岗位:

入职时间:

请在您要选的选项上打“√”

1、您认为您是否需要培训:

□非常需要

□需要 □一般 □不需要

2、如果您认为需要培训,那么最需要哪些方面的培训:

□基层管理技能 □沟通技能 □工作能力 □其他

3、您认为您目前的工作能力处于怎样的水平:

□能力非常强 □能力比较强 □能力一般 □能力较差

4、您对自己的工作能力水平满意程度如何:

□非常满意 □满意 □一般 □不满意

5、您是否期望通过培训得到能力提升:

□非常期望 □比较期望 □一般 □不期望

6、您认为多长时间进行一次培训比较合适:

□一个月一次 □三个月一次 □半年一次 □无所谓 □其他

7、您认为培训安排在什么时间比较合适:

□周六 □周日 □周一至周五 □其他

8、您认为一次培训项目多长时间为宜:

□半天以内 □一天 □两天 □三天以上

9、您喜欢哪些培训方式: □课堂讲授(内训形式) □外聘专家来司培训 □外出学习□读书、自学 □案例分析 □现场演练 □ 看录像或电影 □技术竞赛

Page 1 of 2

□通过做游戏体会实际工作情景 □ 其他_____________(请填写)

10、以下为各类培训课程,请您根据实际情况做出选择: ①通用技能类:

□商务礼仪 □时间管理与目标管理 □项目管理 □压力与情绪管理 □沟通技巧 □其他课程_______

②专业知识类:

□行业标准

□专利知识

□工艺知识

□实验操作 □其他课程_______

③管理技能类:

□卓越领导魅力 □优秀主管的必备技能 □企业文化建设 □团队建设 □其他课程_______

④电脑软体及应用类:

□Windows操作系统管理 □如何使用Word进行文本编辑 □如何使用excel设计表格 □如何Powerpoint设计简报 □如何应用网络查询资料 □如何使用OA

11、您认为现阶段最欠缺的或者最需要培训的是:

12、请将该调查问卷没有列出,但您认为有必要写明的内容写在下面(包括对培训工作的建议,对培训内容的选择等):

填写说明:

1.衷心感谢您的认真填写,如空间有限,请您可另附纸说明。2.我们非常在意您的建议与意见,您的培训需求和企业的需求就是我们努力的方向。

谢谢您的合作 Page 2 of 2

推荐第6篇:车辆管理需求分析

公车管理系统需求分析

1、背景

今年要进行公车管理,以后全市公务人员派车需要进行申请和审核,为提升整个公车的管理水平、公车流转速率、时效性,需要建设一个统一的信息化平台来对所有公车进行管理。

2、项目对象和内容

130辆公务用车,全部安装GPS,后台建设一个综合管理平台,能够调度车辆、管理车辆、实时监控车辆,同时管理驾驶员绩效和出勤以及油卡。

3、业务流程及功能需求 (1) 用车业务:

用车人发起用车申请(直接电话给调度中心)调度中心录入用车人信息(姓名、单位、电话、用车事宜、用车时间、到达地点、接人地点等)查调空车和对应司机,并配备油卡(也可能不配备油卡)系统生成派车任务(短信通知申请人,车牌,司机号码,将于什么时候到哪接人,同时告知他用车完毕后可以回复短信对本次用车打分)人工通知司机接人调度员全程可实时监督车辆运行情况(有热键可查看该次行车中的实时信息)申请人回复满意度,系统记录纳入司机绩效考核(不回复则默认满意)司机回单位还车调度员系统结束任务,回收油卡,填写加油金额。 (2) 司机管理:

司机管理模块,记录司机的信息(姓名、年龄、电话、驾驶证号、工号等),司机的相关信息可以修改、删除、新增。

每天调度人员对上班司机进行排班管理(也可以通过导入排班表格的形式设置一周/一个月的初始排班),同时该信息在用车业务派单时可以显示该司机的状态(在班空闲、在班出车、不在班、请假、休假),派车时优先选择在班人员,但不在班、请假、休假也可以派任务,在班出车状态不可再被派发任务。

在用车业务功能中生成了用车任务后,司机日常管理中自动生成相关记录(什么时间出了什么任务,对应车辆是什么),在用车任务结束后自动插入信息(什么时候结束任务的,耗时多少,评价是什么),有热键可查看该次行车中的实时信息。

司机调班或请假,在系统中生成记录(什么时候,因为什么请假,请假时长,代班人员是谁),同时初始排班表自动更改,派车任务时司机显示状态也发生改变。休假的也一样(只是原因就变成了休假)。该请假的方式考虑两种情况,一种是司机手机上装个APP实现请假填报,调度员审核通过系统自动改(这里要包含请假和休假两个流程),一种是司机给调度员人工联系,调度员自己进系统改,先考虑后一种模式,但第一种的接口也要预留。 最终可以可以导出绩效管理表格。 (3) 车辆管理

车辆有基础数据库,一车一档(牌照、行驶证、品牌、车型、空间大小、购车年限、保养信息、年审、保险),可以新增、修改、删除;

当用车业务发起派车后,该车辆自动生成出车记录(什么时间出了什么任务,对应驾驶员是谁),该车状态改为出车(状态为空车、出车、检修、维修四),只有在空车期间才能被指派任务,任务结束后自动生成记录(什么时候结束任务的,耗时多少)该车状态改为(空车),有热键可查看该次行车中的实时信息。

车辆维护和检修,会指定维护厂,给维护长输入的APP终端软件,修理厂先选择车辆是日常检修还是事故维修,然后可以直接将车辆的问题、进修理厂时间、送达人员姓名、电话、维修现已经维修到哪一步、什么时候可以出厂、出厂接车人姓名、电话、出厂接车时间、维修金额进行实时更新,调度员可以实时了解车辆的状态,在检修和维修阶段,车辆状态自动为检修和维修,不可被派发任务。

车辆管理中有每辆车有对应的加油记录查询热键,可以看到该车所有的加油明细,该部分数据来源于加油管理。 (4) 加油管理:

本次业主的加油全部为中石化的加油卡,业务流程是卡给出车的驾驶员,每次驾驶员用卡加油,然后回来上交。因此,首先要有油卡基础信息库(油卡卡号、充值金额、当前余额),可以修改、新增、删除,当出车配备油卡时,油卡状态改为出库(油卡有出库、在库两种状态),出库油卡不能再配发,油卡出库后自动关联任务生成记录(对应时间、驾驶员、车辆、任务),加油入库后,调度员后台输入加油金额,加油地点【可以不填】,自动生成余额。

加油卡也可以不通过出车业务分配,调度员可以直接将油卡分给司机,填入出库记录(什么时间出库、给谁了、电话号码、分派人是谁),入库时候填写入库记录(什么时间入库、谁接收的、用了多少钱、加油地点【可以不填】),自动生成余额。

充值后调度员后台平台找到对应卡,输入充值金额,自动生成余额。 可以导出表格,包括油卡的交易明细表。

在该部分后期将会和中石化对接,加油的信息将会自动传输到后台,即出卡流程一样,但加油的时候如果是在加的油,中石化会将金额和卡号直接传送过来,本系统自动记录并处理,外加的油,还是按照上述流程处理。该功能为本项目的一部分,只是在中石化没做好之前,可以本功能不使用,什么时候中石化做好,什么时候对接。 (5) 调度员

调度员每个人有自己的账号,账号关联调度员姓名、手机、密码等,可以新增、删除调度员,可以修改密码,可以查询自己的调度记录。以上派车、油卡、维护等功能每个任务的生成、结束、接受,系统都自动记录操作的调度员信息,以备后查。

4、其他需求

前端加装GPS定位设备,要高大上一点,业主明确不能给电动车的那个装备,设备要隐蔽安装,安装由提供厂家负责;

后台有实时监控地图界面,中心先采用电脑加一台液晶电视的方式显示,大屏暂不考虑;

5、文档要求

文档组成一定要有如下因素:

背景(为什么干这个事情,要干成什么样子); 总体设计(一定要有软件总体架构图和网络架构图);

功能设计(要清楚的列出每个功能点和模块,并做相应说明,硬件参数也最好说明); 报价(报价一定按照功能点做一个报价表,详细到每个功能模块多少钱,再就是网络运营费用及硬件费用).

推荐第7篇:商业银行资产负债管理需求

1、流动性风险管理。

实现目标:在符合监管要求的基础上,能准确、全面计量和监测流动性风险状况,能针对不同情景进行压力测试,能根据客户行为、业务发展变化及战略规划实现动态的流动性风险监测与控制,并制定应急计划及应急计划的测试和评估,据此调整资产负债业务流动性期限结构。

实现功能:

(1)能随时准确计算所有流动性监管指标(包括流动性比例、流动性缺口率、核心负债依存度、净稳定资金比例、流动性覆盖率、超额备付金率、存贷比、最大十户存款比例、经调整资产流动性比例等)。能实现基于不同情况的任意时点指标的动态预测与分析,即能够实现主动管理手段的动态试算功能,在现有资产负债缺口情况下,调整某资产或负债业务规模及期限结构对现有指标影响的随时测算。实现单体和合并两种口径。

(2)设置流动性风险限额,包括现金流缺口限额、负债集中度限额、集团内部交易和融资限额等,并能预警和提出防范措施。

(3)实现多层级压力测试情景和多因素压力测试因素分析,综合外部环境及自身因素灵活进行整体或专项压力测试。情景或事件包括但不限于:资产快速增长,负债波动性显著增加;资产或负债集中度上升;负债平均期限下降;批发或零售存款大量流失;批发或零售融资成本上升;难以继续获得长期或短期融资;期限或货币错配程度增加;多次接近内部限额或监管标准;表外业务、复杂产品和交易对流动性的需求增加;银行资产质量、盈利水平和总体财务状况恶化;交易对手要求追加额外抵(质)押品或拒绝进行新交易;代理行降低或取消授信额度;信用评级下调;股票价格下跌;出现重大声誉风险事件等。

(4)梳理流动性资产,根据流动性风险偏好,考虑压力情景的严重程度和持续时间、现金流缺口、优质流动性资产变现能力等因素,按照审慎原则确定优质流动性资产的规模和构成,并实时监控剩余可用流动性资产和已质押流动性资产的到期情况。

(5)每日计算各个设定时间段的现金流入、流出及缺口;有效计量、监测正常和压力情景下未来不同时间段的现金流缺口、风险缓释后现金流缺口及表外理财业务流动性期限缺口等,监测交易对手风险台账。

(6)对在正常和压力情景下未来不同时间段的资产负债期限错配、融资来源的多元化和稳定程度、优质流动性资产、重要币种流动性风险及市场流动性等进行分析和监测。

(6)对流动性风险应急计划进行测试和评估,根据各种应急情景,列明应急资金来源,合理估计可能的筹资规模和所需时间,充分考虑跨境、跨机构的流动性转移限制,确保应急资金来源的可靠性和充分性。

(7)对大额资金流动进行实时监测和控制。

(8)进行结构流动性管理,对投融资业务进行合理布局,减少期限错配对流动性造成的影响。

(9)对客户行为进行合理分析、预测与假设。客户行为模型包括但不限于活期存款沉淀率、智能存款沉淀率、沉淀周期、提前还款、提前支取、续贷、展期、定期滚存等,需基于数据现状分析建模型,并提出具体的模型构架、设置及验证等方案及根据客户行为对相关统计分析的修正方案。

(10)对资产和负债所有业务的稳定性进行分析。 (11)计算流动性风险对资本充足的影响。

2、利率风险管理。

实现目标:通过数据梳理,加强对重定价缺口、净利息收入、市值和久期的分析,分别从会计和经济价值的视角真实反映当前的利率风险状况,并对利率风险进行有效控制,从而实现净利息收入的稳定增长。

实现功能:

(1)能随时自动计算各种利率风险监管指标,包括单体和合并口径。

(2)建立利率风险的识别、计量、评估和分析方法。 (3)能准确分析、预测利率走势。

(4)设置利率风险限额,并能预警和提出防范措施。 (5)根据既有或预期业务状况、业务发展战略、资产负债总量及结构变化以及利率风险特征建立不同情景下的压力测试、静态/动态情景模拟及净利息收入/净现值模拟等的框架、逻辑、方法和影响评估;压力测试需覆盖所有实质性风险源,并在利率风险管理政策、程序和限额时将压力测试结果纳入考虑。

(6)结合压力测试结果建立应急预案,并对应急预案进行测试和评估。

(7)收入模拟的分析维度涵盖机构、币种、产品、条线等多种维度,同时可对维度进行自由组合,根据不同利率情景和不同业务假设情景,准确计量指定时期内的净利息收入,可每天自动生成,也可按需生成。

(8)久期分析,分析利率波动对经济价值(经济价值用于评估银行的盈利能力)的影响。

(9)基于利率平移、利率非对称变化、历史利率等多种利率情景和新增业务假设情景、业务预算情景、业务到期策略情景等不同情景的收益和风险的预测。

(10)计算利率风险对资本充足的影响。

(11)能够实现主动管理手段的动态试算功能,即在现有资产负债缺口情况下,调整某项资产或负债业务规模及期限结构或采取表外衍生工具时对现有利率风险指标影响的随时测算。

3、汇率风险管理。

对汇率风险进行有效识别、计量,分析外汇敞口及潜在损失,建立汇率风险管理日常监测和限额管理,提供多种管理策略与工具,进行汇率风险情景模拟分析。

4、日间头寸管理。实现目标:通过合理安排、调配、运用资金,在保证流动性、安全性的前提下,实现资金效益最大化。

实现功能:

(1)资金头寸统计分析,包括大额到期情况,资金流入流出分析情况、资金头寸占用情况等。

(2)资金计划申报,T-1日分支机构录入资金计划,头寸管理部门对T日的资金流入流出进行控制管理。

(3)能实时资金头寸匡算及资金头寸执行对比分析。 (4)头寸限额管理。

(5)能进行资金头寸监控与预警。

5、资产负债业务分析及业务计划管理。

(1)支持按业务条线、部门、地区、管理机构、客户经理、客户等维度,对表内外各产品、科目的时点余额、日均余额、外部收支、内部收支、净收益、外部收支率、内部收支率、净收益率、资产质量、风险资产占用等要素进行分析与对比,支持按指定时点、时间段、币种的数据查询。

(2)支持按表内外科目、产品,对全行的时点余额、日均余额、外部收支、内部收支、净收益、外部收支率、内部收支率、净收益率、资产质量、风险资产占用等要素进行分析与对比,支持按指定时点、时间段、币种的数据查询。

(3)支持对全行(或各业务条线或部门或地区或管理机构或客户经理或客户)单个或多个产品与科目按期限对业务时点余额、日均余额、外部收支、内部收支、净收益、外部收支率、内部收支率、净收益率、资产质量、风险资产占用等要素进行分析与对比,支持按指定时点、时间段、币种的数据查询。

(4)能实现对业务盈利的归因性分析,由于业务规模、外部定价、内部定价、资产质量、客户行为、市场环境等因素对时点余额、日均余额、外部收支、内部收支、净收益、外部收支率、内部收支率、净收益率、及其他盈利指标的影响进行分析与对比。

(5)支持根据存量业务明细,指定业务条线或部门或地区或管理机构或客户经理或客户,分析预测各产品或科目在未来指定时点或指定时间段内的时点余额、日均余额、收支、收益率、风险资产占用等情况。

(6)支持通过条件输入进行场景模拟,包括但不限于宏观经济金融环境与政策变化、客户行为变化、业务发展变化等情形引起的存量与增量业务在规模、结构、价格、期限等方面的变化,试算全行(或各业务条线或部门或地区或管理机构或客户经理或客户)在未来某一时间段内各产品、各科目的时点余额、日均余额、收益、收益率、风险资产占用、净息差、净利差、资产收益率、资本收益率、成本收入比等要素的影响。并能进行多种场景下的结果对比分析。

(7)支持按业务条线、部门、地区、管理机构、客户经理、客户等维度,根据存量业务及收益水平,预测分析在未来一段时间不同业务的盈亏平衡点指导利率及保持一定收益水平下的盈亏平衡指导利率,计算分析不同业务的固定成本、变动成本,在达到盈亏平衡点或一定收益水平下各项业务需实现的规模。

(8)支持通过条件输入进行场景模拟,包括但不限于宏观经济金融环境与政策变化、客户行为变化、业务发展变化等情形引起的存量与增量业务在规模、结构、价格、期限等方面的变化,试算分析在未来一段时间盈亏平衡点指导利率及保持一定收益水平下的盈亏平衡指导利率,计算分析不同业务的固定成本、变动成本,在达到盈亏平衡点或一定收益水平下各项业务需实现的规模。

(9)按产品性质、业务属性和特点,区分主动负债和被动负债,建立主动负债统计标准,建立被动负债利率敏感程度划分标准,对不同利率敏感性的产品分类。

(10)能实时计算MPA监管指标,并实现动态试算功能,通过调整某项资产或负债业务规模,对MPA监管指标的影响进行随时测算。

推荐第8篇:运维技术人员需求及岗位职责

根据以下人员安排,沈迪跟郭永旭将安排进工程师行列,除此外还需要5-6人

数据库工程师1人到岗日期:内测前20个工作日

【工作范围】

产品数据库的日常维护;

产品数据库系统的管理;

产品数据库相关权限的管理

保障数据库的数据安全

【工作内容】

A.数据库系统的更新和修改

B.数据库系统系能,工作状态的监控

C.数据库应用帐户权限资料的建立及维护

D.数据库故障的排查、恢复和预判

E.数据生命周期内的数据完全备份以及数据安全保障

F.数据库服务器硬件及其操作系统的状态跟踪及故障预判

G. 数据库相关技术文献编写

网络工程师1人到岗日期:内测前20个工作日

【工作范围】

负责游戏运营所需的网络建设和维护;

负责IDC相关流程的建立和相关接口的协调

负责运营中网络的监控、数据分析及网络压力或故障预判

【工作内容】

A.网络故障的判断、分析及解决跟踪

B.网络拓扑结构的设计和维护

C.网络相关监控方案的提出及实施

D.IDC机位图的绘制和维护,ip地址资料库的管理

E.IDC机房进出场流程的整理和维护

F.服务器及网络设备上下架流程的维护及保养

G.网络解决方案的制定

H.定期组织对技术部工程师的相关培训

安全工程师1人到岗日期:内测前20个工作日

【工作范围】

负责保障平台的网络安全及系统安全

负责保障运营中心服务器的操作系统安全

与数据库功成协同保障数据库安全

【工作内容】

A.平台安全方案的设计和实施

B.数据安全方案的设计和实施

C.系统安全、网络安全标准的制定

D.系统安全、网络安全的定期审核

E.组织对技术部工程师的安全相关培训

F.配合主管进行数据安全方案的提出和设计

服务器硬件系统工程师1人到岗日期:内测前20个工作日

【工作范围】

负责产品运营所使用的硬件设备的管理,服务器可用率掌控

负责服务器系统的维护及相关流程的建立和整理

【工作内容】

A, 操作系统故障的定位及解决

B, 已发现的服务器错误日志的审查及问题的跟踪

C, 服务器操作系统的安装及配置

D, 服务器应用文档、配置清单的建立及维护

E, 输出服务器使用规定

F, 服务器及网络设备上下架流程的维护及保养

G, 定期组织对技术部工程师的相关培训

H, 服务器硬件故障的定位及解决

值班工程师3-4人到岗日期:内测前

【工作范围】

负责配合专业工程师进行专业或产品任务的执行

负责对产品程序进行日常监控

负责产品相关资料的版本,更新

【工作内容】

A.输出各款产品的运维故障日志

B.每班输出交接班日志

C.输出关键服务器日报

D.产品服务器区的架设、更新和一般权限服务器的维护

E.配合专业工程师进行专业内容的操作

F.增补和修改产品故障文档

G.全力完成部门主管分配的工作任务

10个工作日

推荐第9篇:工商银行岗位需求及岗位职责介绍

http://www.daodoc.com/

2018工商银行岗位需求及岗位职责介绍

2018年银行秋招即将开始了。有些同学会说银行工作好不好,或者会说银行岗位有哪些岗位?究竟哪些岗位适合自己,岗位职责是什么?要什么条件可以胜任?下面给伙伴们提供些帮助。

首相就来讲一下银行工作到底好不好,对于年轻人有什么样的帮助。银行工作好不好,这个问题了其实毋庸置疑,相对于全国性的公务员与考试严格的教师来说银行是一个福利待遇都不错,还高薪的行业。

银行工作基本上首先基本上都是从基层做起,对于年轻人的个人的成长来说是一个很好的跳板,在银行你会从一个不太懂事的孩子, 通过基层工作的锻炼会提高你的办事能力和交际能力还有你对于问题的分析解决能力。

你在银行的话可以接触到形形色色各行各业的人,从而了解到行业的大概,当然接触到客户都是有钱人,在这中耳濡目染的环境里,时间待久,你会学到好多东西。然后你接触的人多,机会也就比一般人多。

银行也很锻炼人,从进一个银行基本上都是做一名基础的职工 ,都是从柜员开始做起,你就要多做,多学多观察。银行每天遇见很多很多各式各样的客户,是个服务行业,而且银行工作想对于其他工作而言数钱数到手抽筋不是梦。

你每天都要跟大量的现金和数字接触,你对于自己的精力必须做到很好时刻保持清醒。因为银行如果出现错账,一般情况下都要柜员自己负责赔偿的,每个季度还要摊上巨多的营销任务,如果能把这些任务完成,收入肯定颇丰。完不成,只能拿个工资外加一些补助。

什么样的岗位好了,不管做什么样的岗位对要从基层做起,对于

http://www.daodoc.com/

男生与女生来说进入银行都有不同的选着银行来说,男性一般进入银行最好从事联系, 交流,沟通方面的工作, 和销售有关的工作, 而对于一般性事物工作还是女性干更有优势些。 当然要更多的负责任一些, 相对女性来讲, 您将更多的经历放在工作上肯定比女性有优势的。下面就来讲一下银行。

通常情况下,总行招聘最多的岗位有以下五类:柜面业务类、客户营销类、风险控制类、产品支持类、信息科技类,对于各大分行及支行基本以柜面业务类和客户营销类为主。这些岗位又会有哪些求?

柜面业务类

银行柜面业务类分为两种一种是前台柜员,一种是后台柜员。 前台柜员很容易理解就是接待客户办理相应的业务。后台柜员更多的是在后面审核银行的一些账单等。

岗位应聘要求:由于柜员每天都和钱打交道,所以一定要足够细心。

另外,对于前台柜员,还要有亲和力、耐心、良好的沟通能力和服务意识,柜员的工作才是很锻炼个人能力的岗位。

基本要求:

1、做事细致、有条理,对数字敏感,有强烈的销售意识和技能;

2、强烈的责任感,良好的服务意识、沟通技巧和人际关系技巧;

3、品貌端庄、气质良好,为人正直。

客户营销类

客户营销类分为对私客户经理和对公客户经理。 对私客户经理主要是负责理财产品和信用卡等业务销售。

http://www.daodoc.com/

对公客户经理岗位的主要工作内容就是为银行不断的挖掘潜在各户,维护客户关系,为银行拉存款、放贷款。

这些是维持银行运营的基本工作。

岗位应聘要求:需要有较强的沟通能力和营销能力,以及市场的调研能力和开拓能力。

能让客户觉得自己的金融产品是对他们有用的,并且能让客户相信并投资。

总之客户经理对个人社交能力方面的要求较高。

产品支持类

产品支持类的岗位主要就是分析客户的一些需求,根据需求来开发满足市场需求的产品,

从而为银行抢占客户资源。也是为客户经理们提供产品上的支持。

岗位应聘要求:

需要有良好的分析能力,和对金融产品的理解,这就对专业有一定要求了,

如果是相关专业的学生会更适合这类岗位。同时该岗位还需要有良好的团队合作能力。

风险控制类

风险控制类的岗位主要是:预防控制客户信用风险、操作风险等。同时还需要监测相关风险指标,提高银行本身的抗风险能力。

目前,国内各大银行对风险控制类岗位的需求都比较大。

岗位应聘要求:个人有较强的预见风险的能力,在风险要发生或

http://www.daodoc.com/

即将发生的时候就能有所判断,并做出及时的应对措施。

同时要做好风险控制岗,还要有较强的项目运作能力。每一次的风险防控都是一次项目运营。

信息科技类

信息科技类岗位很多除了维护银行系统稳定,还需要开发并测试新的应用软件,

比如银行手机APP或者客户端等。这些都是信息科技类岗位操作的。

岗位应聘要求:对计算机专业的水平要求较高,需要有较强的开发能力和创新能力。

另外,系统的维护和应用软件的开发也都是由团队才可以完成,所这类岗位对个人团队合作能力的要求也会比较高,

目前各大银行与互联网公司合作,此类人才需求量可能在增加。 以上就是银行招聘中最常见的5类岗位,小伙伴们都找到适合自己的岗位了吗,目标有了,那就开始奋斗吧,先从准备网申简历开始!

推荐第10篇:岗位职责说明及招聘需求(前台)

一、招聘要求:

1、女性,大专以上学历,文秘、人力资源或工程类相关专业

2、形象气质佳,身高165cm以上,普通话标准、熟练,具有较强的责任心、亲和力,性格开朗。

3、能够熟练使用Word、Excel等办公软件及各种办公自动化设备;

4、口齿清晰、倾听技巧佳,语言表达能力和组织能力强,具有良好的沟通能力、协调能力,及较强的保密意识;

5、做事细心负责,服务意识强,能灵活变通的处理问题,积极主动;

二、岗位职责说明

1、遵守公司各项规章制度,坚守前台工作岗位,做好本职工作,不得随意

离开。

2、负责日常来访客人的接待和登记工作,应大方得体,礼貌待人,建立《来

访客人登记表》及时登记,问清客人来意及本公司接洽人,来访人员在公司洽谈区等候和会见,不要进入办公区域内,谢绝闲杂人员、推销人员进入公司。

3、负责前台电话的接听和转接,做好来电咨询工作,重要事项认真记录并传达给相关人员,不得遗漏和延误。

4、负责公司各类信件、传真、包裹、报刊杂志的签收及通知各分公司或部门及时领取工作。

5、负责公司固定资产、办公设备、用品的登记、发放及日常维护保养工作。

6、根据各分公司或部门上报的考勤,按月统计考勤并进行统一汇总,并保

管好请假条以备查。

7、重要会议的后勤服务

三、

工作具体要求:

1、为公司来客设立登记本,所有来公司人员均须登记,登记本上注明来访人姓名、人数、来访事由、出入时间,做好接待及去往各分公司/部门的指引工作。

2、上班时间必须在岗。如因公务需外出,经直接领导批准可离岗。如无法安排人员,前台接待人员不得外出。私事不得离岗。

3、公司有来访客人,来客行至前台一米以内,前台接待必须起身微笑相迎,说礼貌用语,招呼客人就座。客人坐下后,前台接待方可就座。

4、来客提出个人要求时,前台接待必须认真聆听,有必要时做好笔记,如遇无法处理的投诉,则请客人稍等,请直接领导出面解决。

5、来客提出要找公司员工时,前台接待应先问有无预约。并请来客做好登记,再打电话致要找的员工,询问是否带进。如回答需要马上带进,则应行前领路,如需迟些才带进,请客人在接待室就坐,为客人倒水,请客人稍待。等可以带进时,再将客人带进。带进办公室后,再为客人倒水。

6、如来客不听要求,想要硬闯办公室,呼叫保安协助拦截。

7、客人离开时,微笑致意,“欢迎下次再来”。

8、负责收取所有公司来往邮件、包裹、报纸、资料,并进行登记后通知相关人员过来领取,并做好签收工作

9、使用电话注意语气要热忱亲切,不要生硬,语速适中,语言要简单明了.

第11篇:江苏省电信:管理需求篇

技术与管理并重,全力打造信息时代的企业数字档案馆

——江苏省电信有限公司档案信息化建设侧记之一

管理需求篇

企业档案是档案事业的一个分支,企业档案信息化建设是我国档案信息化建设的重要组成部分。这在国家档案局公布了《关于加强企业档案信息化建设的意见》之后,伴随着各个企业档案信息化建设项目的开展而日益凸现其重要性和现实意义。企业档案信息化建设是一个崭新的课题,建设的初期阶段面临着诸多问题:如何改革传统的档案管理方法去迎合电子文件的管理要求?如何设计出符合电子文件特点的电子文件管理系统?如何利用信息技术更好地提供档案利用?等等。这些都是摆在档案工作者面前的新课题和新挑战。

面对这些新课题和新挑战,江苏省电信有限公司根据中国电信集团提出的电信企业档案信息化的三年规划,从2003年2月开始正式启动了为期3年的江苏电信档案系统推广项目。该项目根据电信行业的特点,结合档案信息化管理的要求,从省到县梯次推进的一个系统化的大工程,目前已经取得了很好的成果。作为企业档案信息化建设探索过程中的一个“作品”,该项目在管理理念上就国内范围内来讲是具有前瞻性,同时,在技术运用方面,项目的技术支持方量子伟业时代信息技术有限公司,在技术问题把握和解决上也有很多独到之处。可以说,该项目在管理理念和技术运用方面都给后来者提供了一个很好的范例。因此,本文希望借助三篇系列文章将该项目的有关情况和所总结出来的经验介绍给读者,以供大家进一步探讨。

一、运筹帷幄,系统、依次地展开企业档案信息化建设工程

江苏电信的档案系统建设项目的规模在我国档案界不算小:从项目的时间看,历时三年历经三个阶段;从涉及的范围看,遍及江苏省电信公司总部以及所辖的13个省辖市、56个县;从建设的内容看,不但包括档案馆(室)藏数字化、档案业务流程自动化、档案利用网络化,而且还囊括了标准规范的制定、软硬件基础设施建设、人才队伍培养、培训等多方面内容。可以说,这是一个牵一发而动全身的“大工程”。因此,必须在项目的前期做好统筹规划。

系统的成功取决于很多因素,比如领导的支持、必要的资金、合理的规划、先进的技术等,但作为项目开展依据的策划方案,其首要任务是要有一个准确的定位和系统的设计方案,而这些又是以充分的市场调研为先决条件的。我国的数字档案馆建设正出于起步阶段,尚未形成一个完整、规范的模式,同时企业自身的管理状况也千差万别,很难单纯的模仿和照搬。因此,江苏电信根据企业自身档案管理的实际状况,总结过去的经验,充分意识到,本企业的档案信息化不应在原来档案管理软件基础上打转,而应有一个高的起点,充分体现实用性和先进性原 1

则。在与兄弟单位和软件开发商不断交流、磨合的基础上,江苏电信逐渐对项目的未来发展方向形成了清晰统一的思想认识,又经反复慎重地比较筛选,并进行详实的调研,形成了比较完整的、可操作性较强的需求分析报告,确立了项目的总目标,即,促进企业信息化进程和提升江苏电信档案管理水平,在省电信公司本部、直属单位、市电信分公司、县电信公司范围内,实现档案馆藏数字化、档案业务流程自动化、档案提供利用网络化的总体架构。

在总体目标和架构明确的基础上,江苏电信的档案管理人员从项目伊始就把重点放在了如何有效地运用项目管理方法来实现既定的目标的问题上,融合项目管理和软件工程化的管理理念,结合档案管理项目的特点,运用成熟的项目管理软件Microsoft Project 2000工具,重点抓住档案信息系统需求分析、概要设计、详细设计、测试和推广应用等几个关键环节的质量管理和进度控制,确保项目工作有序开展。

江苏全省共有13 个省辖市、56个县,南北差异较大,经济发展很不平衡,文化底蕴厚薄不一,分公司的认识也有距离。这就决定了江苏省的档案信息化建设不能一概而论同时同步进行,而应采用分类指导、梯次推进的办法。根据这一思想,江苏电信档案信息化建设划分了三个阶段:第一阶段省公司本部档案管理系统建设试点阶段(2003年2月至2004年8月);第二阶段地(市)分公司档案管理系统推广阶段(2004年9月至2005年6月);第三阶段县分公司档案管理系统普及阶段(2005年6月至2005年8月)。这种阶梯式由上至下的建设模式保证了项目有序、有效、有利的开展。

二、因势利导,以管理观念转变指导技术创新

档案信息化是一项艰巨而又复杂的工程,档案信息化建设的复杂性和档案管理部门自身技术与人才的局限性,决定了档案管理部门对IT企业存在一定的依赖。这种依赖性是客观存在的事实,但在有些项目中,这种依赖性往往过度地表现为技术主导一切的局面。尤其是在一些IT企业对档案工作实际需求、业务流程、标准规范、信息化目标等认识不够全面或合作双方沟通不畅的情况下,最终得到的系统总不尽如人意,既不能适应电子文件的管理理念,也不能充分反映企业的档案管理需求,达到理想的管理目标,造成人财物的巨大浪费。江苏电信充分考虑到了这一点,确定了管理与技术并重,让技术为企业的档案需求服务的核心指导思想。

近年来,在业务快速发展的同时,江苏电信的管理水平和信息化程度越来越高,对企业的档案管理提出了新要求。传统的人工管理模式影响了档案利用效率,难以实现档案管理的规范化和标准化。办公自动化条件下产生的大量可直接归档的电子文件,若仍采用人工处理方式,反而会增加处理环节和劳动成本,往往事倍功半。为适应新形势下企业发展和现代管理的要求,档案管理需要信息技术的强力支撑,江苏电信档案管理部门首先实现思想观念上的三个转变:档案服务职能由保管型向利用型转变;档案服务方式由实体型向信息型转变;档案服务条件由滞后型向超前型转变。同时结合本单位的实际情况,提出“档案馆(室)藏数字化、档案业务

流程自动化、档案提供利用网络化”三位一体的全新企业数字档案馆构建模式。重点是建设使用全省的档案管理系统,主要包括涵盖收集、整理、鉴定、保管、利用、统计、编研、销毁等环节的档案业务管理系统和以网上提供利用为主要目的的档案门户网站。

在档案管理方法方面,江苏电信的档案管理人员更是精益求精,综合文件本身的特点和企业实际的需求进行了历史性改革和创新,不但单独设立了合同档案和权证档案的管理流程,而且改变档案传统的按“卷”整理方式,推行新的按“件” 整理方式并纳入档案管理系统进行流程化管理。按照这种方式,管理文件、合同文件从办公自动化系统中自动提交到档案管理系统,采用按“件”整理归档的闭环流程;科技档案项目文件按“件”整理归档,实行科技项目、项目内文件二级电子目录管理方式的流程等等。按“件”管理,是电子文件管理中针对电子文件的特点提出的不同于传统档案管理的一种新型归档方式,它以“件”为基本单位将系统中生成的各类电子文件统统纳入到收集、整理、鉴定、保管、利用、统计、编研、销毁等环节中,大大简化了档案整理归档的环节,降低了工作量,而且更便于日后的检索查询。

三、建章立制,完善企业档案管理制度体系

完善的制度体系是管理活动得以顺利施行的组织保证。制度的制定和完善不仅要兼顾国际、国家、行业等标准,还要充分体现管理对象的特点和企业业务活动的特点,不能简单地照搬照抄别人的,也不能换汤不换药,沿用老的、过时的体制,尤其针对新业务新做法更要及时予以规范。因此,档案管理部门一方面全面制定了配合档案信息系统运行的12个管理办法,如归档文件整理办法、归档科技项目文件整理办法、电子档案管理办法等;另一方面根据电信行业档案管理的特点,遵循国家标准,并吸收国内相关行业的管理标准和经验,建立和完善了符合现代企业运作的11个档案管理制度,重新编制了管理档案、电子档案、合同档案、科技项目档案、会计档案等14个档案工作执行流程,把档案管理体系以可操作的形式表现出来,把档案管理业务流程进行了固化和优化,这就使得档案业务流程做到简化整理、细化检索、深化利用,尽量减少人工干预。例如,会计档案由经办人在档案管理系统后台上传电子目录或原文,按年度、期限和种类批处理归档流程;照片、实物、光盘、声像等载体档案,按年度多媒体形式或条目、二级类目编号归档流程;图书资料按年度,一级类目编号归档流程;无纸质收文采用批处理归档流程;对未经OA传递的需归档的文件材料,由负责归档部门和个人按档案类别,设定了在档案管理系统后台个性化上传流程。

这些制度共同构成了一个完整的制度体系,将与档案管理活动有关的程序、标准、方法、人员、设备等因素以条文的形式明确的表述出来,使得企业的档案管理活动有章可循,有效地支撑了档案信息系统的运行。

四、以人为本,提高管理队伍水平和素质

相关调查表明,人员素质往往是企业整体管理和业务流程信息化工程的最大阻力之一。先进的科学技术还要靠人去掌握。随着档案信息系统应用范围的扩大,档案管理的手段也随之进行相应的调整和变化,需要不断提高档案管理队伍的综合素质,向知识化、专业化、正规化方向发展。江苏电信档案部门通过举办各种不同层次、类型的培训班,来帮助档案人员更新观念、更新知识,提高业务水平。同时,要求档案人员不断充实信息知识,能够熟练掌握数字化扫描、应用软件操作、网页制作、内容更新等常见的计算机操作。考虑到各公司档案人员业务水平不一,江苏电信加大了培训力度,加强了培训质量的管控,采用集中培训和现场培训相结合的方法,制作了现场培训服务单,由省公司组织,分五组到现场手把手培训,并要求档案人员在培训后对培训内容是否已经掌握填写回执单,并以此跟踪推广使用,提高档案人员进行档案信息化管理的水平和能力,这为全省档案管理系统在基层得到顺利应用提供了可靠保证。

档案管理理念新,这是江苏电信档案信息化项目的一大特点。档案信息化是以资源建设为核心、信息网络建设为基础、信息法规、标准为保障的综合体系。只有在新的管理理念的带动下,才能调动人、财、物各个方面的资源,使之共同保证档案信息化建设的顺利实施。

第12篇:图书管理系统需求分析

云南工商学院09信息管理1班

图书管理系统需求分析

班级:09信息管理1班

组员: 唐学悦,段敏,杨文燕,胡勇毅,余科辑,林春宇,李波

任务分配情况:

云南工商学院09信息管理1班

1 系统需求概述 ...............................................................................................................................3 1.1 图书管理系统功能概述 ....................................................................................................3 1.2 系统主要业务流程分析 ....................................................................................................3 1.3 系统功能模块分析 ............................................................................................................3 1.4 建立用例模型 ....................................................................................................................4 1.4.1 读者用例图 .............................................................................................................4 1.4.2 图书管理员用例图 .................................................................................................4 1.4.3 系统管理员用例图 .................................................................................................5 1.5 详述用例 ............................................................................................................................5 2 系统分析.......................................................................................................................................6 2.1 类图 ....................................................................................................................................6 3 系统设计.......................................................................................................................................8 3.1 用例动态模型设计 ............................................................................................................8 3.1.1 实现“读者查询个人借阅信息”用例的动态模型 .................................................8 3.1.2 实现“查询图书信息”用例的动态模型 .................................................................9 3.1.3 实现“借阅图书”用例的动态模型 .........................................................................9 3.2 类图设计 ..........................................................................................................................11 3.3 物理架构设计 ..................................................................................................................12 3.3.1 组件图 ...................................................................................................................12 3.3.2 配置图 ...................................................................................................................13 2

云南工商学院09信息管理1班

1.系统需求概述

1.1 图书管理系统功能概述

图书管理主要是借书、还书以及其他一些附带操作(例如,超期罚款、催还图书等)的处理。一个简单的图书管理系统应提供如下功能:

·借书处理:完成读者借书的流程处理。 ·还书处理:完成读者还书的流程处理。

·信息查询:包括图书信息查询和读者借阅情况查询。 ·图书管理:包括输入新书记录和删除旧书记录。

1.2 系统主要业务流程分析

与系统功能相对应,系统主要有4个流程:结束流程、还书流程、图书查询、图书资源管理。各流程的主要过程描述如下:

·借书流程:读者借阅所需的图书,借出后图书记录中的借阅标志被置为false(不能再借),借书文件中增加一个借书记录。

·还书流程:读者归还所借的图书,还书后图书记录中的借阅标志被置为true(可被外借),在借书文件中删除一个借书记录。

·图书查询:读者和工作人员可以进行图书信息查询,输入图书的编号或书名,可从图书对象列表中查找相应的记录。

·图书管理:首先由工作人员在“录入新书资料”和“删除旧书资料”两个选项中选择。若是“录入新书资料”,则由工作人员输入新书资料,将新书添加为对象列表的新纪录。若是“删除旧书资料”,则查找需要删除的图书,将其从图书对象列表中删除。

1.3 系统功能模块分析

满足上述需求的系统主要包括以下几个系统模块:

·基本业务处理模块:主要用于实现图书管理员对读者借阅图书和归还图书的处理。

·信息查询模块:重要用于实现读者对图书信息和自身借阅信息的查询。

云南工商学院09信息管理1班

·系统维护模块:主要用于实现系统管理员对读者信息、图书管理员信息、图书信息、和数据库的管理。

1.4 建立用例模型

根据功能需求构造用例模型,主要任务是识别系统中的所有参与者,并对每个参与者找出其用例,建立用例模型。

系统主要的参与者为“读者”、“图书管理员”、和“系统管理员”。各个参与者的用例图如下:

1.4.1 读者用例图

>查找借阅信息登录系统查找图书借阅图书读者>归还图书缴纳罚金

图1-1 读者用例图

1.4.2 图书管理员用例图

>查询借阅信息检查用户合法性>图书管理员归还图书收取罚金

图1-2 图书管理员用例图

云南工商学院09信息管理1班

1.4.3 系统管理员用例图

添加书目添加读者删除书目删除读者系统管理员查询图书查询读者

图1-3 系统管理员用例图

1.5 详述用例

在识别了参与者和主要用例并创建了用例图之后,如果有必要,还可以按顺序详述每个用例,包括用例如何开始、结束以及如何与参与者进行交互。

表1-1 读者查找个人借阅信息用例

用例:读者查找个人借阅信息(用例名称)(唯一标识符)(涉及用例的参与者)(用例开始时,系统必须满足的条件)ID:1参与者:

1、读者前提条件: 读者已登录到系统事件流:

1、读者选择查找个人借阅信息界面

2、读者输入图书证编号

3、系统按图书证编号查找读者借阅信息结果:系统向读者显示读者借阅信息,该用例结束(用例中的实际步骤)(用例结束时,系统的状态)

云南工商学院09信息管理1班

表1-2 读者查找图书信息用例

用例:读者查找图书信息(用例名称)(唯一标识符)(涉及用例的参与者)ID:2参与者:

1、读者(用例开始时,系统必须满足的条件)前提条件: 读者已经启动图书管理系统,并已知书名或书号事件流:

1、读者选择查找图书信息界面

2、读者输入书名或书号

3、系统按书名或书号查找图书信息结果:系统向读者显示图书信息,该用例结束(用例中的实际步骤)(用例结束时,系统的状态)

2 系统分析

2.1 类图

在定义系统需求后,下一步就是确定系统中存在的对象类。系统中对象类的识别可以使用名词/动词分析法来进行,即文本中的名词和名词短语暗示类或类的属性,动词和动词短语暗示职责或者类的操作。

通过用例图的分析可知,在图书管理系统中可以确定的主要对象类包括 “读者”,“图书”、“图书管理人员”和“系统管理员”。其中“读者”和“图书”通过借阅关系可以构成一个新类“借阅记录”。

另外,分析用例图可知,用例“身份验证”和“图书资料查询”是对象类“读者”和“工作人员”共同拥有的,并且用例“身份验证”是除用例“图书资料查询”之外其余用例执行的前提,因此可以将“身份验证”与“图书资料查询”定义为接口类中的操作(接口类是不含属性且操作函数没有具体实现的抽象类,接口类通过一个实现联系获得其它对象类的支持,这些对象类实现接口类中定义的全部操作)。其余用例则抽象为与该用例交互的参与者所属对象类的操作。因此,最后可获得的对象类图为:

云南工商学院09信息管理1班

系统管理员-name-paword1*读者-name-number-paword+借书()+还书()+借阅情况查询()***>身份验证*>图书资料查询****借书记录-borrower-book**1*图书-number-name-author-public-time1**图书管理人员-name-number-paword+添加图书记录()+删除图书记录()*

图1-4 系统对象类图

除了定义上述用于系统数据信息存储管理和业务逻辑控制的类之外,在用图形用户界面开发系统时,我们还可以定义一些相应的用户界面类:

(1)MainWindow类—MainWindow是图书管理员与系统交互的主界面,系统的主 界面具有菜单,当用户选择不同的菜单项时,MainWindow对象调用相应的方法完成功能操作。

(2)BorrowDialog类—BorrowDialog是进行借书操作时需要的对话框。(3)ReturnDialog类—ReturnDialog是进行还书操作时需要的对话框。(4)QueryDialog类—QueryDialog是查询某借阅者的借阅信息或图书库存信息的对话框。

(5)MaintenanceWindow类—MaintenanceWindow是系统管理员对系统进行维护的主界面,它也提供菜单项。

ReturnDialogBorrowDialogMainWindowQueryDialogMaintenanceDialog 图1-5图书管理系统的用户界面类

云南工商学院09信息管理1班

3 系统设计

系统设计的主要工作是用例实现—设计。即对每个用例进行动态建模,包括建立序列图、协作图等,描述如何通过类对象的协作来实现用例中的功能。随着动态建模的深入,会发现原来建立的类存在缺陷或不够完整,需要对分析中得到的类图进行不断的修正和调整。所以,还应该通过动态建模来修正和完善类图。

3.1 用例动态模型设计

3.1.1 实现“读者查询个人借阅信息”用例的动态模型

:MainWindow:QueryDialog:BorrowBookBorrower1:queryLoan2:createDialog3:queryLoanInfo4:getBook5:消息查询6:返回借阅信息7:显示借阅信息

图1-6 读者查询个人借阅信息序列图

1:queryLoan():MainWindowerBorrower6:显示借yLoanInfo()阅信息5:返回借阅信息:Borrower-Book4:getBook():QueryDialog2:createDialog()3:qu

图1-7 读者查询个人借阅信息协作图

云南工商学院09信息管理1班

3.1.2 实现“查询图书信息”用例的动态模型

:MainWindow:QueryDialog:BorrowBookBorrower1:queryLoan2:createDialog3:queryLoanInfo4:findBook5:图书信息查询6:返回图书信息7:显示图书信息 图1-8 读者查询图书序列图

1:queryLoan():MainWindowerBorrower6:显示图yLoanInfo()书信息5:返回图书信息:Borrower-Book4:findBook():QueryDialog2:createDialog()3:qu

图1-9 读者查询图书协作图

3.1.3 实现“借阅图书”用例的动态模型

云南工商学院09信息管理1班

:MainWindow:BorrowDialog:QueryDialogBorrower1:queryLoan2:createDialog4:查询图书库存5:返回图书是否可借6:修改读者的借阅信息及库存信息7:修改成功8:显示借书成功

图1-10 读者借阅图书序列图

2:createDialog()oan():MainWindow:BorrowDialogry1:queL息6:显示借书成功存库信书借存图可库询否及查是息功:4书信成图阅改修Borrower回借:7返者:读5改修:6:QueryDialog

图1-11 读者借阅图书协作图

云南工商学院09信息管理1班

3.1.4 实现“归还图书”用例的动态模型

:MainWindow:ReturnDialog:QueryDialogBorrower1:queryLoan2:createDialog3:修改读者的借阅信息及库存信息4:修改成功5:显示还书成功

图1-12 读者归还图书序列图

1:queryLoan():MainWindowBorrower6:显示还书成功4:修改成功:QueryDialog3:修改读者的借阅信息及库存信息:ReturnDialog2:createDialog()

图1-13 读者归还图书协作图

3.2 类图设计

进一步扩充和细化分析阶段定义的类,包括定义新的类来处理用户的需求。 随着动态建模的深入,也会发现原来建立的类存在缺陷或不够完整,需要对分析中得到的类图进行不断的修正和调整。所以,还应该通过动态建模来修正和完善类图。

云南工商学院09信息管理1班

系统管理员-name:string-paword:string+AddBook()+QueryBook()+AddBorrower()+QueryBorrower()借书记录-borrower:string-book:string-date:Date+newLoan()+getBorrower()+getBook()11*读者-name:string-number:string-paword:string+Borrow()+Return()+QueryLoan()***>身份验证*>图书资料查询*1*图书-number:string-name:string-author:string-publish:string-time:Date+newBook()+findBook()**图书管理人员*-name:string-number:string-paword:string+AddLoan()+DeleteLoan()*****

图1-14 设计类图

3.3 物理架构设计

物理架构设计就是用UML图形描述系统软件和硬件的大致结构,包括画出组件图和配置图。

3.3.1 组件图

组件图:表示构成软件系统的各物理组件及其相互之间的联系。它能明确表示软件系统各部分的功能职责。图书管理系统的组件图如下所示,其中包含“借/还书处理”、“信息查询”、“图书资源管理”和“身份验证”等组件。

云南工商学院09信息管理1班

图书管理系统借/还处理信息查询图书资源管理身份验证图书信息借阅信息

图1-15 系统组件图

3.3.2 配置图

图书管理系统是一个基于网络和数据库的应用系统,可以采用B/S结构,系统配置图下图所示:

数据库服务器图书信息借阅信息读者客户端借/还书处理工作人员客户端公共客户端身份验证图书资源管理借阅信息图书资料查询 图1-16 系统配置图

第13篇:合同管理系统需求文档

合同管理系统需求文档

一、开发前提:

合同系统的开发在原资金系统的基础上,人员组织结构、系统角色设置与资金系统基本一致或做少量修改。

合同系统审批方式采用类似于资金系统的网上审批。系统可以满足各种复杂的审批流转规则,尤其是满足集团公司多个子公司多种不同审批流程(同一模块每一个子公司一个流程)的需求。

合同系统中的合同隶属于资金系统中的项目,合同审批签订后占用项目的预算。通俗的讲,项目的预算是通过项目所对应的合同执行的,合同的签订、金额变更受到项目预算的制约。

二、详细需求:

1.供应商管理:

系统需求:

 对供应商的基本信息进行管理,通过一个页面直观的展示合同对方的信息。  可以方便的增加、修改、模糊搜索供应商的信息。

 系统提供上传供应商的资质信息等附件功能。

 提供EXCEL导入导出供应商信息功能。

报表需求:

 可以按照各种条件查询供应商的相关信息。

 可以链接到供应商相关项目、相关合同和已经签署资金统计等内容。

2.合同管理(基础数据):

系统需求:

 可对多种合同类型进行管理。如:设备合同、建安合同、服务合同、租赁合同等。  合同一定是和资金系统中的项目关联的。

 合同分为开口合同和闭口合同。

 合同金额分为合同金额(标的金额)、预算金额(计划金额)、实际结算金额三种。  合同保证金(尾款)。合同保证金的金额由录入合同的人计算填写,保证金交付

日期由合同录入人计算录入。

 系统提供附件的上传和下载。

 各式的合同系统提供填写模板、默认一些合同信息、校验一些合同信息输入的合

法性。

 系统提供合同样本的打印功能。并提供合同样本的导出为EXCEL功能。 报表需求:

 根据检索条件快速、准确找到合同资料,支持关键字模糊搜索、分组显示等。  提供合同按照类型、按照单位、按照项目的一些统计图表。

3.合同建立与审批管理(略)。

系统需求:

 合同签订/变更是需要审批流程的,可根据合同类型、合同金额等条件自动匹配

合同审批流程。实现并签、串签、按条件跳转等功能。

 合同的审批具有短信通知功能。

 系统提供合同存档功能。

4.合同的变更管理。

系统需求:

 系统提供合同基础信息变更的流程。可变更合同金额等基础信息。

报表需求:

 提供合同具体的变更记录。

5.合同系统与资金系统的深度关联,预算管理。

系统需求:

 任何合同都隶属于资金系统中的一个项目。

 合同的建立、变更(金额)都受到项目预算的控制。在新增合同时如果合同所

属项目的资金不足则不允许新建合同。在最后的领导审批后,再次进行项目资

金进行是否满足合同资金的验证。验证复核后合同正式建立。合同变更中,如果合同金额增加同样需要验证其金额是否超出项目总金额。

 合同的执行。合同的执行是在资金系统中填写合同报销单。以合同资金的支出

进度判断合同的执行进度。

 合同保证金只有在合同保证金交付日期到达之后进行交付(报销)。 报表需求:

 项目报表中,分为项目预算、已签署合同金额、已执行合同金额、项目可签署

余额、项目实际剩余金额等字段。

 项目报表中可以链接到支出类型表。

 项目报表中可以链接到合同信息表。

 项目报表提供按照供应商的统计报表及图表。

 项目报表中提供按照时间的资金支出统计及报表。

 预警提醒。报表提供合同进度逾期和资金逾期等提示。

6.系统设置。

 填单权限设置。

 报表查看权限设置。

 组织结构、角色、等同资金管理系统。

中科普达软件公司

第14篇:物料需求计划原材料管理

物料需求计划—原材料采购管理

物料需求计划(MRP):是一种以物料需求计划为核心的生产管理系统,主要针对多品种、

小批量生产物流类型中、由于产品结构和物料清单对物料(采购品)

在品种、数量、交货期(生产提前期)等方面要求的细化所带来的

管理复杂度而开发的计算机信息管理系统。它的基本原理是根据销

售预测和生产订单制定出生产计划,然后根据生产计划对未来某一

时段的完成品需求进行分解,成为对于半成品或者原材料的需要,

从而推动生产制造部门进行生产,采购部门根据原材料的需要来进

行原材料的采购。

对供应商的评审与管理是采购部门最重要的工作之一。选择一个合适的供应商是采购成功的关键所在。如果供应商选择错误,在工厂今后的生产过程中将会麻烦不断,问题百出。 对于纸箱制造企业来讲,生产中最重要的原材料就是原纸。原纸的质量和价格在很大的程度上决定了瓦楞纸箱的产品质量和销售价格。因此在进行原纸采购的时候必须十分谨慎,一般需要经过以下流程:

原纸采购流程:

(1)试用新厂商的原纸,需要经过试验阶段,试验完成后相关部门需填写并提交试验报

告;试验合格后才可以将该新厂商列为合格供应商。

(2)询价采购部门向合格厂商说明需要原纸的规格,质量要求,购买数量,扣款规定,

交货期以及付款方式等。若同种规格原纸有几家供应商,则均要询价。

(3)购货协议谈判考虑影响采购价格和总采购成本的因素与供应商进行磋商,并核实

厂商的供应能力是否能够按时并且按质交货。金额较大的案件需要

上交给厂长议价或者设定议价目标。

(4)申请审核采购合同上需要详细注明与厂商商议后制定的各项交易条件,按照相关

审核决定程序进行审核。

(5)订购向厂商下发订单,订单内应包括:采购单价、采购数量、交货期、质量条件、

交货地点等关键内容;通常以传真方式向厂商传递订单,并要求厂商回签确

认。

(6)跟单催货在已经确认的交货日期前应再次与供应商确认交货时间及订单的完成情

况,通过对厂商生产进度的跟踪可以有效的督促厂商加快生产进度,避

免时间的延误。若在交货日期前厂商已经确定无法按时交货,采购部门

应及时通知生产部门做好调配工作,并将此情况记录在供应商评估表

中。

(7)验收按照合同约定的技术标准和检验方法由质检部门对原纸进行检验并开具检验

报告,对未达到验收标准的原纸由质检部门填写供方质量反馈表经采购部门

确认后传真至供应商,供应商签署整改意见后回传存档。仓储部门负责原纸

品种及数量的点验,并办理相关的入库手续。

(8)整理付款根据合同及相关财务制度的要求对应付款的资料进行整理核对。在核对

付款资料时应按照合同约定的条款核实因质量问题或其他原因造成的扣

款,并在付款时扣除相应的金额。

(9)记录每月完成的采购案件资料(如合同/订单、收料单、质检报告、供方质量反

馈表、对帐单、增值税发票复印件等)均应列入档案、登记编号分类以备参

考或事后发生问题时查阅,且应规定一定时间的档案保管期限;在途订单也

应做相应的记录管理。

原纸采购程序一般会根据某种原纸库存是否达到最低安全库存的标准而启动,而最低安全库存标准的制定会结合销售状况、生产进度、采购周期等因素得出。原纸采购周期一般在7-15天左右。

辅料的采购:

在生产瓦楞纸箱的过程中,有一些辅助材料是必不可少的,例如:淀粉,油墨等;在后序加工时需要使用的白乳胶及扁丝等。辅料的品种较多、而且需求量相对原纸采购而言较小,但是对纸箱在制造过程中的质量影响却很大。

辅料采购的步骤同原纸采购的步骤大体相似,在实际采购工作中对于辅助材料供应商的资质审核与选择应更侧重于其产品质量和供货稳定性。

常用备件的采购:

主要根据维修部门及仓库共同制定的最低库存来执行,即在一定的时间段内保持一定数量的备件,以便随时取用。特殊备件则根据采购申请单进行采购,采购程序依据公司相关规定执行。

机物料的采购:

机物料所涉品种繁多如:刀片、结束带、手指套、吸风管、托盘、蒸馏水等等不胜枚举。凡不属辅料和备件采购范畴内、但属生产等相关部门生产操作直接所需的物品皆在机物料采购范围之内。

机物料采购的特点就是采购物料品种丰富、物料需求零散没有规律、经常出现急件采购,且单品采购数量与金额一般较小、采购费用相对采购金额而言占采购总成本的比例较高。实际采购作业时、机物料采购需要花费较多的一线作业时间。

如市场环境允许,机物料的采购最好选择在厂区附近,以提高采购作业的效率、降低采购费用、保证物料供应的及时性。

第15篇:教务管理系统需求分析

江苏技术师范学院

毕业论文(设计)需求分析

题目:常州市育才中学教务管理系统设计学院:计算机工程学院姓名:成义杰

学号:指导教师:陈鉴富

2012 年10月22日

前言

二十一世纪是一个信息化的时代,教务管理信息系统作为教育信息化的重要组成部分,也应该得到很好的发展,以便帮助学院各管理层能及时、准确地掌握信息,使学院的教务管理工作步入新的章篇。

教务管理系统是典型的信息管理系统,其开发主要包括后端数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的库。而对于后者则要求应用程序功能完备,易使用等特点。

1.选题依据

教务管理系统作为教育单位一个不可缺少的部分,它的内容对于学校的决策者和管理者来说都是至关重要,所以教务管理系统应为使用者提供充足的信息和快捷的查询手段。但是人们一直以来都使用传统人工的方式管理文件资料,这种管理方式存在着许多缺点:如效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。即使有些学校使用了计算机,但由于操作形式各异、输入方法不同、定义不统一,这对于管理者和使用者都产生使用上的不便,因此对于管理系统的统一性、完整性、及时性的要求也就迫在眉急了。

随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。

2.研究内容与方法

2.1内容

教务管理系统是一个基于数据库开发应用程序,由前台功能设计和后台功能设计部组成,规划系统功能模块如下: 1.教学资源管理模块设计

该模块主要包括:主要功能包括导入教师信息、录入教师信息、机构设置、确定部门人员、处理离校人员组成; 2.开课计划管理模块设计

该模块的主要包括:录入科目信息、录入模块信息、设置课程方案、设置开课计划、设置学期、周数组成;3.学生学籍管理模块设计

该模块的主要包括:创建班级、班级注册、确定班级所属年级、录入学生信息、调整学生班级、确定异动学生、查看学生信息;

4.学生成绩管理模块设计

该模块的主要包括:成绩录入、成绩发布、成绩查询、成绩分析一共4个模块;5.学生选课管理模块设计

该模块的主要包括:网上选课设置、选课要求设置、调整学生选课、查看选课结果;

6.数据库维护模块设计

该模块的主要包括:数据备份、数据恢复、创建数据备份维护计划一共3个部分;7.系统管理模块设计

该模块的主要包括:日志管理、用户管理二个子模块。

2.2实现手段

硬件平台:

 

CPU:P41.8GHz。 内存:256MB以上。

软件平台:

    

操作系统:Windows xp/ Windows 2000。 数据库:SQL Server 2005。

浏览器:IE5.0及以上,推荐使用IE6.0。 Web服务器:IIS5.0。

分辨率:最佳效果1024×768像素。

3.工作计划(进度安排)

1---3 周:交流课题任务,正确理解课题,撰写开题报告

4---6 周:系统调查与分析,分析知名博客系统的结构,撰写需求分析文档 7---9 周:系统设计

10-12周:系统实现(编码、调试、验收)

13-15周;检查论文初稿,完善不足之处,完成论文定稿

4.参考文献

[1] ASP.NET网站开发四“酷”全书 电子工业出版社 武嘉 2005年8月 [2] ASP+SQL Server组建动态网站实例精讲 人民邮电出版社魏雪萍2005年6月

[3] ASP.NET程序设计教程(C#版) 机械工业出版社 常永英、崔淼、马润成、梁云杰等2009年9月

[4] ASP数据库开发实例解析 机械工业出版社 李严、于亚芳、王国辉 200

4年12月

[5] ASP.NET服务器控件开发技术与实例 人民邮电出版社 郝刚、袁永刚、齐艳编著

2005年1月

第16篇:学生成绩管理系统需求

学生成绩管理系统的需求

1.功能概述

本系统具有系统登录、学生管理、课程管理、教师管理、班级管理、教学管理、成绩管理等功能。

1.1 系统登录

用户登录后才能使用本系统功能,共有学生、教师、系统管理员三种用户可使用本系统。系统管理员的登录账号和密码在数据库中预存,其他用户的账号和密码需要系统管理员创建。

1.2 教师管理

系统管理员具有增加教师、修改教师、删除教师、查询教师等四个功能。教师的相关信息有教师姓名、性别、教师工号、登录密码、年龄等。教师只可修改自己的登录密码。

1.3 课程管理

系统管理员具有增加课程、修改课程、删除课程、查询课程等四个功能。课程的相关信息有课程编号、课程名称、课程学分等。

1.4 学生管理

系统管理员具有增加学生、修改学生、删除学生、查询学生,设置学生所在班级等功能。学生的相关信息有学号、登录密码、学生姓名、性别、年龄等。学生只可修改自己的登录密码。(注意:学生学号为登录账号)

1.5 班级管理

系统管理员具有增加班级、修改班级、删除班级、查询班级等功能。班级的相关信息有班级编号、班级名称等。

1.6 教学管理

系统管理员可为每个班级设置课程以及任课老师。

1.7 成绩管理

教师可在系统中批量登录一个班一门课的成绩,可临时保存,也可提交。提交之前可以修改,提交之后不可修改。成绩提交后,学生可查看自己的成绩,但不能查看其它学生的成绩。

2.技术需求

本系统采用Java作为开发语言,画面采用JSP实现。数据库采用

Oracle11g,使用JDBC访问数据库。使用Eclipse作为开发环境,SVN作为代码版本控制软件。

第17篇:停车场管理系统需求报告

停车场收费管理系统

需求报告

目录 1 2 3 摘要

项目背景介绍

停车场收费管理系统的现状

功能需求

4.1 通用基本功能 4.2 图像识别比较功能 4.3 先进的闸机安全安装 4.4 可增设中远距离车辆感应 5

性能需求

5.1 系统基本要求

5.2 数据管理能力要求

5.3 故障处理要求

外部接口说明

6.1 入口和出口部分 6.2 数据流程 7

修正系统开发计划

1 摘要

停车场电脑收费管理系统是现代化停车场车辆收费及设备自动化管理的统称,是将车场完全置于计算机管理下的高科技机电一体化产品。

根据多年设计、安装停车场收费系统的实际经验,我们在软件和系统设计上为停车场提供了一套最严格、最先进、易用、便于维护和运行可靠的收费系统;一套能有效的堵塞收费漏洞,降低操作成本,提高经济效益和减轻劳动强度,提高工作效率的现代化收费管理系统

随着时代的发展,私家车越来越多,而车位却十分紧张。在市区内有很多空间没

有被充分利用,大多车辆是停在路边或者简易停车场,缺乏管理,这样导致了资源的浪费,也造成了街道的拥堵。为了适应社会的发展,大量的现代化大规模的停车场会被投入使用,但管理方面又容易出现问题。因此,停车场管理系统的开发和应用是十分必要的。

此报告的目的重在分析此程序的总体需求,实现方案,并分析开发系统的可行性,为决策者提供是否开发该系统的依据和建议。

2 项目背景介绍

2.1 开发软件名称:停车场管理系统 2.

2项目开发者:

某软件开发小组

2.

3用户单位:

某公司

2.

4大体框架:

智能停车场收费管理系统 门禁管理系统 智能通道管理系统 考勤管理系统 智能巡更管理系统 收费管理系统等子系统 闭路监视系统(CCTV)

消防安全系统(FA)和保安系统(SA) 紧急广播系统

3 停车场收费管理系统的现状

该系统具有很大的市场潜力,以现在的车辆增长速度推测,在不久的将来肯定会有许多大规模停车场(包括住宅小区)建成,此系统的开发很有价值。本系统现有的技术条件完全有能力顺利完成开发工作,硬件、软件上的配置也很容易满足开发者的要求,开发系统的计算机硬件已经非常普及,完全没有问题;现在的计算机各方面的技术都非常成熟,相对来说开发此系统的技术也要求比较简单,因此在技术方面是可行的;各类技术人员的数量、水平、来源等也能很容易满足;而且此系统的专业性不强,因此不需要相关行业人士,开发人员的选择就有很大余地。停车场计费管理系统的主要工作是减少人工计费带来的不便,提高办事效率,使车辆管理工作更加信息化,电子化。充分发挥计算机的信息传输速度快、准确度高的优势。

4 功能需求

4.

1通用基本功能:

入口读卡升闸、出口读卡验卡收费、车满显示、出入口与收费亭对讲、公正收费等等。

4.2 图像识别比较功能:

其他有图像识别功能的系统,其识别都是单向识别,即仅入口摄取,出口须由管理员目测比较。本系统入口、出口均采用摄像机比较,方便管理员直观比较。

4.3 先进的闸机安全安装:

道闸栏杆配的自动平稳装置,以及防抬杆、防砸车功能,检测功能具有高灵敏度和高可靠性。能很好地识别非机动车及人员等误报情况。

4.4 可增设中远距离车辆感应:

采用50-80cm中距离或5-8m远距离感应范围的读卡器,经多次实际认证为最方便的操作距离。系统如果没有特殊要求一般车辆经过读卡器的距离约为10--15cm。

5 性能需求

5.1 系统基本要求

响应时间:系统的响应时间不能超过1分钟

警告时间及次数:每隔三分钟重复警告一次,每次警告时间持续一分钟。 主存容量:内存:128MB RAM 磁盘容量:不小于1G

显示器:256色,800*600以上的兼容显示器

5.2 车辆管理能力要求

计费

分为入口和出口,中间设立岗楼,一人操作,高峰时期可两人操作,入口处发放计费卡,出口处凭借计费卡缴费,放行,操作简单快速方便。长期客户可办理月票。客户也可购买车位,实现车位预留 监控

全范围监控,无死角,监控画面与保安室相连接,可录像。一旦出现事故或意外,保安可第一时间赶到现场,必要时可以直接报警。出现紧急情况,如火灾时,会自动启动消防设备,并自动开启大门,放行车辆。 自动引导车位

停车更加快速,有效,方便。

5.3 故障处理要求

列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。输出发生错误时,在系统的代码部分进行修改

6 外部接口说明

6.1 入口和出口部分

入口控制部分: 智能停车场收费管理系统 门禁管理系统 智能通道管理系统 考勤管理系统 智能巡更管理系统

出口控制部分: 收费管理系统等子系统 闭路监视系统(CCTV)

消防安全系统(FA)和保安系统(SA) 紧急广播系统

6.2 数据流程

7 修正系统开发计划

对于车辆的管理有待提高,如停车位置,出场路线等。在以后的系统中,会提供诸如此类的更加人性化的服务。

本系统会提供多国语言的电子录音,使此系统对不懂中文的客户也适用。

第18篇:合同管理需求分析文档

合同管理需求分析

1 需求描述:

合同与招标管理主要实现对合同项目的立项审批、招标、合同以及竣工验收的全过程管理。该系统主要由合同项目管理、招标管理、合同管理、客户管理和灰名单管理等几个模块组成。

2 流程图:

合同管理流程图合同管理外包工程合同项目申请招标否自动创建项目合同项目审批招标书拟定标书签收登记评标报告申请评标报告审批合同申请招标记录填报谈判纪要录入资质与安全协议审查合同拟定付款申请合同记录人员管理合同终止现场管理合同变更竣工/质保验收申请竣工/质保验收审批结束 3 项目管理

3.1 项目申请:

合同项目管理是指所有需要签订合同的项目都要在此进行申请。由各个部门的专工或主任提出申请。

合同项目申请又分为未运行、进行中和已完工。后两者是属于后补项目,后补项目必须增加先履行原因。

合同项目的属性包括:项目编号、申请日期、后补类型(生产抢修、超过50万已书面报分公司同意、后补或不招标超过10万已书面报总经理同意)、项目状况(未进行、进行中、已竣工)、申请方式(招标、不招标)、项目名称、项目性质(新签、续签、变更、终止、补充)、资金来源、项目预算、费用管理部门、项目类型(技术服务、土建、维修、软件等)计划开工时间、计划竣工时间、申请理由、申请人、申请部门、申请部门主管、不招标理由(有多条理由显示,直接让用户勾选)、项目内容、工程量及物料人力资源情况。

合同项目申请时需要填写承包商推荐会签表,需要招标的项目至少选择5家,不需要招标的项目至少选择3家;如果选择的承包商单位不足则需要在【备注】中填写理由。 合同申请的界面原型如下:

3.2 项目审批:

项目申请提交后,由各级进行审批,其中系统约定72小时,如果超过72小时,则系统自动推进,无需他在签字审批。但是要在系统中列明原因:“该记录已超过72小时,系统自动推进!”。 如果是部门专工提出申请,则还需要部门主任审批,审批后由项目主管部门审批报公司分管领导审批,对于超过多少金额的还需要报总经理审批。对不同类型的项目,主管部门可能不一样,例如生产项目的主管部门是设备部,非生产项目的主管部门是经营计划部。 项目审批的界面原型如下:

项目验收

项目验收分为: 竣工验收单、质保验收单和阶段验收单。

验收单包括:验收日期、验收单类别(竣工、质保、阶段)、项目名称、资金来源、项目预算、履行地点、开工日期、竣工日期、质保金截至日期、甲方名称、乙方名称、项目摘要内容、评价等级、合格/不合格、客户评价(符合合同要求、不符合合同要求、达到预期目标、未达到预期目标、可以投入使用、不可以投入使用、质保期质量无问题、质保期有问题)、填写人、填写时间、填写部门、附件。

 竣工验收单申请:

由项目负责部门提出竣工验收申请。

 竣工验收单审批:

竣工单申请后,经过各级审核通过后,就将该系统置为已竣工。当超过72小时候没有审批就自动推进。

 质保验收单申请:

由项目负责部门提出竣工验收申请。

 质保验收单审批:

质保单申请后,经过各级审核通过后,就将该系统置为已竣工。当超过72小时候没有审批就自动推进。

 阶段验收单登记:

由项目负责部门登记所有阶段验收的记录。

如果项目是来自于外包工程,所有的验收记录和质保记录同步保存到外包工程的记录中。 项目验收的界面原型如下:

招标管理

对于需要招标的项目,应该进行招标。招标管理主要是做好三个方面的工作:分别是招标拟定,标书签收登记以及项目评标报告。这三个节点只有在评标报告审批时必须要做的。

4.1 标书签收登记:

标书签收登记就是登记签收标书的投标方单位。由项目负责单位登记所有投标方单位,并记录投标单位名称,投标时间,投标金额,联系人及联系电话。 界面原型如下:

4.2 招标书拟定:

招标书拟定就是下载招标书模板后,根据模板要求填写各项数据上传到系统中。

4.3 工程评估报告申请:

由项目负责部门提出工程评估报告申请。

工程评标报告属性:项目名称、资金来源、项目预算、参与投标单位(序号、公司名称、投标报价、资质)、评标意见、综合排序(将投标单位排序)、拟中标单位、中标金额、参与人员、备注、申请人、申请时间、申请部门、各种附件。 工程评估报告申请的界面原型如下:

4.4 工程评估报告审批

项目评估报告提出申请要经过审批,经过审批后才发布。由各级领导进行审批,各个上传的附件应直接在屏幕上显示出来。对于超过72小时未审批的要自动推进。

工程评估报告审批的界面原型如下:

合同管理

合同管理包括:合同申请审批、合同拟定、合同谈判纪要、其他付款、付款申请审批、合同变更、合同终止等管理。

5.1 合同申请:

合同申请审批是由合同起草人或项目负责部门提出申请。合同申请的属性有:合同名称,合同编号,合同性质,合同类型,资金来源,合同金额,项目预算,所属项目,签约单位(我方)(承包部门,部门负责人,承办人),签约单位(对方)(承办人,承办人联系电话),签约时间,签约地点,备注,附件,申请部门,申请人,申请时间。

合同申请的界面原型如下:

5.2 合同审核:

合同申请由项目负责部门提出后,经过部门主任审批、主管部门领导审批、公司领导审批后通过(具体流程可以灵活设置)后生效。 合同审核的界面原型如下:

合同拟定

通过下载【合同模板】后,填写合同内容上传拟定好的合同文本到系统中。 合同拟定的界面原型如下:

5.4 合同谈判纪要

合同的谈判纪要是在系统中录入合同谈判的纪要内容。 合同谈判纪要的界面原型如下:

5.5 付款申请

由项目提出部门提出付款通知单,并经过相关部门和公司领导审批。一个项目可以多次付款。超过总金额后就不能再付款了。系统应该要有剩余质保金的到期提示。 付款申请的界面原型如下:

5.6 付款审核

合同付款审核的界面原型如下:

5.7 其他付款

其他付款是申请付款通知单的一种,是多那些没有按正规流程办理的项目的付款。 其他付款的界面原型如下:

5.8 合同变更

由项目负责人根据合同的实际情况可以对合同进行变更,需要填写变更原因,记录好变更的时间。 合同变更的界面原型如下:

合同终止申请

当合同有效时间到达时,合同自动终止,或者因为其他原因可以由项目负责部门提前终止合同。 合同终止申请的界面原型如下:

5.10 合同终止审核

项目负责部门提出合同终止申请后,需要通过各级部门审核通过后才能终止合同。合同终止的审核的流程需要通过工作流来进行配置。

合同终止审核的界面原型如下:

客户管理

合同管理中的承包单位统一在【承包商】模块中进行管理,创建合同项目时自动将对应的承包商信息保存到【承包商】模块中。

第19篇:图书管理系统需求[优秀]

图书管理系统需求

1 图书借阅子系统  书籍借阅

A.新借书籍。

两种方式,人工借书和自助借书.

人工借书需要管理员的帮助。当读者找到需要借的书的时候,将其带到人工服务台,管理员通过读卡器读取读者的编号,查询其是否满足借书的条件,如果欠费,需缴纳欠款以后,再允许其借书;如果读者所借书籍已达到最多借书量,应先归还部分书籍再行借阅;如果所借书籍已被人预定,则应先满足预订者的借阅要求; 当查询借阅者满足借阅条件后,可顺利将图书借出。同时管理员插入一条借书记录,包括读者编号,图书编号,借出日期,还书期限,操作员编码。

自助借书需要自助终端机的帮助。当读者找到需要借的书的时候,将其带到自助终端机处。首先选择到借书管理模块处,通过扫描读取读者的编号,判断其是否满足借书资格,如果欠费,需到人工台缴纳欠款以后,再允许其借书;如果读者所借书籍已达到最多借书量,应先归还部分书籍再行借阅。当查询借阅者满足借阅条件后,将书籍的条形码进行扫描,判断书籍可否借出,如果所借书籍已被人预定,则应先满足预订者的借阅要求。当查询书籍和借阅者满足借阅条件后,可顺利将图书借出。同时自动生成一条借书记录,包括读者编号,图书编号,借出日期,还书期限,可否续借。

B.续借书籍。

两种方式,人工续借和自助续借书.

同一图书应只能够续借a次(或者固定的次数,a次,a>=1),若续借过a次归还后一段时间内(如两周)应不能再借阅,续借应当在归还期内续借。与借阅相同,两种方式,人工续借和自助续借书.

人工续借:由管理员完成证件有效性的识别,证件有效则进入续借界面,续借系统应显示本书续借次数,以及上一次续借本书的时间,若符合续借条件,则由管理员修改图书相关信息,录入本次续借时间,自动显示应当归还时间。同时,修改图书信息,记录本书续借次数并与借书人关联。

自助续借:需要自助终端机的帮助或者网路上帮助。 登录系统,输入借书证号,定位要借的书,开始续借。 系统检查续借条件, 如果都满足,则让他们续借。自动显示应当归还时间。同时,修改图书信息,记录本书续借次数并与借书人关联。

 书籍归还

书籍归还

采取两种方式,人工还书和自助还书。

人工借书需要管理员的帮助。同学将所要还的书,带到人工服务台,管理员扫描图书条形码,查看是否满足还书条件。如果书籍过期,需缴纳相应的罚款;如果书籍有损坏,应缴纳相应的罚款。当满足了还书条件后,可顺利将图书归还,同时,管理员插入一条还书记录,如果未缴纳罚款,应将所欠款记录到读者信息中。同时,管理员删除借书记录,保存在借阅历史中。

自助还书需要自助终端机的帮助。读者将要归还的书带到自助终端机处。首先选择到还书管理模块处,扫描图书的条形码,查询是否满足还书条件,如果书籍过期,机器自动将欠费信息记录到读者信息中。书籍未过期,则机器自动生成一条还书记录,同时自动删除借书记录,并保存在借阅历史中。

归还图书检查:

管理员输入图书编号,系统显示出图书曾经的污损情况,由管理员进行比对,确定是否存在污损以及新污损的污损等级。在系统中详细的记录新增污损的情况、日期以及污损等级,由系统自动显示应赔偿金额。缴纳罚金后对持卡人的诚信系统进行相应扣分。

 书籍预订

此功能用于多人欲借阅同一图书的情况。由借阅者向管理员申请预定图书,管理员录入图书编号,系统显示当前图书预定人数,征询借阅者意见获得同意后,将其加入预定队列,之后借阅者能通过网络实时查询到当前图书的借阅情况,轮到其时应在一段时间内(如:3天)内去图书馆完成借阅手续,若超过时间则自动轮转到队列的下一人,同时对预定不取者的诚信系统做相应扣分。

 可以通过以下预订方式预定书籍:(当面、电话、写信、网络、取消)  通过以下通知形式通知预订者书籍可以借阅:(短信通知、email 通知)

 书籍丢失或损坏

书籍的丢失处理:

由持卡人主动向管理员报备丢失图书。管理员进入图书丢失处理系统,输入丢失的图书编号,系统应在图书库中对该图书销户,并自动加载相关信息至预购书库,以便进行补全图书。同时系统自动显示应赔偿金额,缴纳罚款后修改持卡人信息,删除丢失图书的借阅记录并记录下图书丢失情况,再对其诚信系统做相应扣分。 赔偿计算:

根据借阅书籍丢失、污损情况、过期未还情况计算赔偿金额,并记入借阅者的账户。 缴纳赔偿金:

借阅者根据缴费通知,通过前台、网络等方式缴纳赔偿金。

2 信息维护子系统  图书信息

A.书目添加: 图书管理员有权限进入此模块。由管理员手动录入所需加入的书目名称,并可在已有书籍中将相关书籍直接导入至书目。相关书目添加完成后,系统应自动修改查询系统等相关信息以及书籍的相关信息。新书的具体信息包括题名,作者,主题词,ISBN,订购号,分类号,索书号,出版社,出版日期,总数,藏书所在库,可借数。

B.书目更改: 图书管理员有权限进入此模块。若书目名称有需要变更的,可以由管理员进行手动录入,系统自动对其书目下所属的书籍相关信息进行更改。

C.书目合并/拆分: 图书管理员有权限进入此模块。可以将多个书目并入一个书目或并为一个新的书目,也可将一个书目拆分为多个子书目。书目名下的书籍信息变更由系统自动完成。 D.书本添加: 图书管理员有权限进入此模块。由管理员录入需添加书本的书名,书目,价格等信息,系统完成编号并将图书信息加入书库,并自动比对预购书库中的图书记录,若有相同则询问是否清除预购书库中的记录。

E书本更改:可以修改当前书本的污损状况以及丢失记录

F图书捐献:根据捐献的图书,办理书目添加,书籍增加等业务。

 账户(用户)信息

A.借阅者账户添加:申请办卡人提交个人信息表格并交纳工本费后,由管理员依据表格完成账户添加,由用户设置密码。账户信息中除了个人信息外还应有开户时间。比对诚信系统信息库,存在记录则直接导入,否则为其建立新的诚信系统

B.密码修改:借阅者在已知原密码的情况下对账户密码进行修改。 C.密码遗失处理:

1 由管理员核对为本人并持有相关证件(身份证/学生证等)即可直接更改,无需知道原密码。

2 发送系统生成的密码到借阅者注册电子邮箱,由借阅者修改密码

D.借阅者账户信息更改:修改借阅者账户信息,如注册邮箱,电话等信息。

E.借阅者账户销户:由卡主本人持有效证件申请销户,销户时查询是否有图书未归还,若有则不予受理。所有图书都归还则受理销户请求,销户时诚信系统不应当销户,防止刷诚信积分。

3 信息查询子系统  书籍查询

(1)书籍信息查询:主要用于库存书籍的查询,系统应建立相关的分类体系。设置可由图书编号,书名,关键词,书目等相关手段进行查询。选中图书后,应显示该书的详细信息,如借阅状况,预定队列人数,该书所在的具体书架,污损状况,历史借阅人数等,方便读者取书。读者借阅书籍时应将该书的污损情况与记录做比对,如有不符在借阅前应找管理员记录最新的污损状况。书籍信息查询还应具备推荐功能,在选定图书时,系统能推荐出同名作者的相关图书,还能根据关键词及借阅量推荐相关联的图书。书籍信息查询还应具备推荐功能,在选定图书时,系统能推荐出同名作者的相关图书,还能根据关键词及借阅量推荐相关联的图书。

 借阅查询

(2)借阅记录查询:A.按书籍查询,该功能在书籍信息查询功能中已实现,查询到图书即可直接查询当前借阅状态。B.按借阅者查询,读者输入本人借书证卡号密码即可查询借阅记录,包含有所借图书,借阅时间,应当归还时间,是否超时,应缴纳罚款等信息。

 预订查询

(3)预定信息查询:由读者输入本人借书证卡号和密码,即可查询当前已预定的图书的状态,预定队列的人数及排位等相关信息。

4 操作员信息子系统

     添加操作员 操作员信息更改 删除操作员 密码修改

操作员工作量查询

(1)操作员添加:此功能应由高层管理者使用特殊账号方可完成,一般操作员无权限。由管理者录入新添操作员的个人信息,由其设置密码,只有登入操作员账号方可使用系统。 (2)操作员信息修改:主要用于密码修改,操作员需知道原密码即可自行修改,忘记密码可由管理者直接修改。

(3)操作员工作量查询:操作员登入系统后,系统应自动记录工作起止时间,以及其所完成的借阅、丢失、开户等服务数量,并能进行数据处理,计算均值,月统计,年统计等。

5 反馈意见子系统

 用户意见记录(写信、当面、网络、电话)  图书评价信息(写信、当面、网络、电话)  推荐图书方式:(写信、当面、网络、电话)

 推荐图书产生方式:(买书历史资料分析、关联性分析、问卷调查)

(1)缺书登记:由学生登录系统报备想看却没有库存的书,报备时应能准确提供书名、作者、语种,选择提供ISBN,出版社,出版年等相关信息以便能准确确定图书。最后还应该填入推荐理由。管理员可定时查询缺书系统选择图书直接导入预购书库。

(2)图书评价:由借阅者登入系统可以对已借阅的图书进行评价,评价应由评价等级和文字组成,所有用户均可通过此系统查阅到图书的评价。

(3)建议反馈:该系统应分类管理,例如可以对管理员的服务态度进行反馈,也可以对图书馆设施进行报修,还可以对图书馆的管理建设提出意见。

(4)新书通报:系统能展示出所有本月到库的新书,在此功能内还应附带有关键词查询,方便缺书登记的借阅者查询所登记图书是否到库。

(5)到期通知:当借阅者有图书离还书期限还剩3天时,系统以短信或邮件形式提醒用户还书或者续借。

(6)预购书库:建立相关数据库,记录丢失待补的图书,以及需求新增的图书,系统完成图书的编号工作,当完成购书并存入书架后,可由预购书库直接将信息导入书籍信息中。

6 电子资料管理

   下载(电子书下载、音像资料下载、) 上传(上传电子资料、上传音像资料、) 资料删除 7     

8   

入馆帮助 图书馆介绍 开放时间介绍 图书馆布局介绍 图书馆规章制度介绍

各个部门联系方式(电话、email、联系人)

告示牌

失物招领 (失误报失、失误增加、失误领取、失误修改) 新书推荐 热门书介绍

第20篇:中层管理人员培训需求分析

中层管理者管理技能培训需求分析案例

(放大150%阅览)

1 调查目的

真实快速地收集二级部门经理、项目经理、产品经理、业务主管/组长的培训需求。

2 调查的对象

二级部门经理、项目经理、产品经理、业务主管/组长。

3 调查方法

利用问卷平台对固定对象进行问卷调查,以微信的方式实现数据收集。

4 培训需求总体分析

4.1 问卷分析 1) 回收的问卷合格率

本次问卷的目标人群为二级部门经理、项目经理、产品经理、业务主管、业务组长,问卷回收率100%,问卷的合格率100%,无无效问卷。 2) 问卷问题的有效性

问卷问题之间具有相互验证的功能,利于发现数据中的矛盾。从本次问卷收集到的数据分析,培训需求和培训影响因素、以及工作困难等之间能够相互验证,问卷问题有较高的有效性。

4.2 培训需求分析

通过分析收集到的培训需求数据,可初步获得如下信息:

1) 培训需求的具有高度的共性,集中于项目管理、团队激励和团队执行力 2) 公司的培训次数和频率无法满足公司的培训需要

3) 培训参与意愿相对较低,工作成为影响培训的重要因素,主要体现在两方面:

A.直接的参与度受工作影响较大; B.主动学习的积极性和持久性较差。

4) 培训内容的实用性成为最关注的内容,也是影响培训效果最重要的因素 5) 最渴望的培训方式是企业参观交流 6) 实战派知名企业专家和本职位优秀员工或专家是讲师的首选

5 培训需求解决方案建议

1) 高度共性的需求建议以集中内训进行解决,主要通过聘请外部实战性培训师方式实施。此外对于高度共性的需求,需进行培训课程内容的具体需求分析,最好由培训师实施,人力资源部辅助,有利于提高课程内容的实用性;

2) 被调查对象是公司各项工作的具体实施管理者,也是未来公司高层核心管理人才或技术人才的来源,他们的能力和职业发展意向均有差异性,需针对个体制定详细的培训培养计划。

6 培训需求具体分析

6.1 被调查人员的层级

参与本次问卷调查的人员层级二级部门经理最多(含营销中心二级部门经理),具体数据参见图1:

(图1:被调查者任职岗位分布)

6.2 被调查人员的服务年限

参与本次被调查人员中,在公司服务超过3年以上的为主流,约占63.5%,具体数据参见图2:

(图2:被调查者服务年限统计)

6.3 被调查人员在本岗位的任职年限

被调查者在本岗位的任职时间在一年以下的占比43.9%,1-3年的约占19.5%,即在本岗位工作经验略显不足的人数占比63.4%。

(图3:被调查者本岗位任职年限统计)

6.4 被调查者的学历

被调查者的学历本科生占48.8%,硕士及以上学历14.6%,具有本科及以上学历是本次培训的主体人员。具体数据如图4所示:

(图4:被调查者学历统计)

6.5 过往培训参加情况

本次被调查者以往参加培训受工作影响的因素最大,工作对培训的影响程度超过86%。具体参见图5:

(图5:过往培训参加情况)

6.6 工作中的优点

本次被调查者工作表现较好的方面集中于工作跟踪和执行、产品研发和技术研究,具体参见图6:

(图6:工作中的优点) 6.7 学习状态

通过调查分析,在工作有需要的时候有针对性地学习成为被调查者所认可的学习状态,学习主动性较差,具体数据参见图7:

(图7:学习状态)

6.8 工作中的短板

被调查人员工作短板主要集中于员工激励、团队建设、跨部门沟通协调、项目管理、产品研发,具体数据参见图8:

(图8:工作中的短板)

6.9 工作中的客观困难

被调查者工作的客观困难主要集中于个人专业程度、公司/部门内耗、跨部门沟通协作、部门人员工作积极性、时间/进度的掌控,具体数据参见图9:

(图9:工作中的客观困难)

6.10 部门间的沟通顺畅度

被调查者反映部门间的沟通顺畅度可接受的最多,但有33%的人认为沟通顺畅度较差,具体数据参见图10:

(图10:沟通顺畅度)

6.11 培训方法

被调查者最为认可的培训方法集中于企业参观交流、到培训机构接受系统外训、拓展训练、到院校接受系统培训、聘请外部讲师到公司内训、组织部门内部交流。具体数据参见图11:

(图11:培训方法)

6.12 教学方法

被调查者最受欢迎的教学方法为案例分析、模拟及角色扮演、交流座谈会、户外拓展训练、专题研讨会。具体数据参见图12:

(图12:教学方法)

6.13 培训影响因素

通过调查(具体数据见图13),对于公司或部门培训效果产生较大的影响因素主要为: 1) 培训内容的实用性; 2) 培训方式与手段的多样性; 3) 领导的重视程度; 4) 员工的培训参与意识; 5) 培训讲师的授课水平。

(图13:教学方法)

6.14 培训课程改进内容

针对过去公司或部门组织的培训,需要改进的内容主要有培训内容的实用性、培训形式的多样化、培训次数、讲师水平,具体数据参见14:

(图14:培训课程改进内容)

6.15 讲师类型

1) 被调查者对讲师的选择偏好体现为:本职位优秀员工或专家,对公司业务很了解;实战派知名企业专家,有标杆企业经验;咨询公司高级顾问,丰富的项目经验。具体数据参见图15:

(图15:培训课程改进内容)

2) 对于讲师的授课风格,被调查者比较看重课程内容的实战性和丰富的案例辅助。具体数据参见图16:

(图16:讲师授课风格)

6.16 最迫切的培训项目

被调查者本年度内最迫切需要接受的培训(具体数据参见图17),主要集中于以下几个方面:

1) 项目管理; 2) 团队激励; 3) 团队执行力;

4) 部门内部的管理和运营; 5) 人才的选、育、用、留; 6) 压力与情绪管理; 7) 生产与运营管理; 8) 优势谈判;

9) 高效经理的八大核心技能。

(图17:最迫切的培训项目)

(需要word版本请扫一扫,+我)

需求管理岗位职责
《需求管理岗位职责.doc》
将本文的Word文档下载到电脑,方便编辑。
推荐度:
点击下载文档
相关专题
点击下载本文文档