组织架构需求规格说明书
- 格式:doc
- 大小:173.00 KB
- 文档页数:12
公司组织架构简单概述在一个公司的发展过程中,组织架构的设计是非常重要的一环。
一个合理的组织架构可以帮助公司实现高效的运营和管理,提高生产效率和竞争力。
下面将对公司组织架构进行简单概述。
一、公司的基本组织架构公司的基本组织架构包括三个层次:高层管理层、中层管理层和基层员工。
高层管理层通常由董事长、总经理、副总经理等人组成,他们负责公司的战略规划和决策。
中层管理层包括各个部门的经理和主管,他们负责具体的业务流程和日常管理工作。
基层员工包括生产、销售、财务等各个职能部门的员工,他们负责执行公司的工作任务。
二、公司的职能部门组织架构除了基本的管理层和员工之外,公司还有各种职能部门。
在一般情况下,公司的职能部门包括财务、人力资源、市场营销、生产、采购等等。
每个职能部门都有自己的组织架构,例如财务部门通常由会计、出纳、财务主管等人组成。
三、公司的矩阵式组织架构矩阵式组织架构是一种比较新颖的组织架构,它的主要特点是将不同职能部门或不同项目组合在一起。
这种组织架构的优点是可以充分利用公司的资源,提高工作效率和生产力。
例如,在一个矩阵式组织架构中,财务部门和市场营销部门可以合作,共同完成一个项目的工作。
四、公司的多级分支组织架构多级分支组织架构是指公司在不同地区设置分支机构,通过分支机构的合作和协调,实现公司整体发展的目标。
例如,在一个多级分支组织架构中,公司可以在不同城市或不同国家设置分支机构,通过这些分支机构的合作和协调,实现公司业务的扩张和发展。
公司的组织架构是非常重要的,它直接关系到公司的发展和竞争力。
一个合理的组织架构可以帮助公司提高生产效率和管理效率,实现公司的长期战略目标。
因此,公司应该根据自身的实际情况,选择最适合自己的组织架构。
需求规格说明书(Requirements Specification)⏹1.概述(Summary)⏹ 1.1 用户简介(User Synopsis)⏹现实生活中的交流存在时间和空间上的局限性,交流人群范围的狭小,以及间断的交流,不能保证信息的准确性和可取性。
因此,用户需要通过网上论坛的交流扩大交流面,同时可以从多方面获得自己的及时需求。
本系统面向所有乐于参与交流活动的广大网友,用户角色大致分为三类:普通用户、管理员、斑竹(也称为版主,以下均称为斑竹)。
⏹ 1.2 项目目的和目标(Purpose and Aim of Project)⏹信息时代迫切要求信息传播速度加快,局部范围的信息交流只会减缓前进的步伐。
本系统的目的在于为分散于五湖四海的人提供一个共同交流、学习、倾吐心声的平台,实现来自不同地方用户的极强的信息互动性,用户在获得自己所需要的信息的同时也可以广交朋友,拓宽自己的视野和扩大自己的社交面。
⏹ 1.3 术语定义(T erms Glossary)⏹IceFish BBS:冰鱼论坛的英文名称。
⏹ 1.4 参考资料(References)⏹《实用软件工程》第二版,赵池龙等编著,电子工业出版社,2006年9月⏹ 1.5 相关文档(Related Documents)⏹【1】《IceFish BBS项目开发计划书》⏹【2】《IceFish BBS概要设计说明书》⏹【3】《IceFish BBS详细设计说明书》。
⏹ 1.6版本更新信息(V ersion Updated Record)⏹ 2.目标系统描述(System in T arget)⏹ 2.1组织结构与职责(Organizing Framework and Function)⏹本系统用户的组织结构图如图4-3所示。
⏹ 2.2角色定义(Role Definition)⏹用户在系统中扮演的角色,以及可以执行的职责,如表4-3所示。
⏹ 2.3作业流程(业务模型)(Busywork Flow)(Operation Model)⏹系统总体业务流程图,如图4-8所示。
仓库管理系统需求规格说明书北京日创环宇科技有限公司2014-8-14目录1 引言 (4)1.1目的 (4)1.2预期的读者和阅读建议 (4)1.3适用范围 (4)2 角色及其特征 (5)3 业务需求分析 (6)3.1基础信息 (6)3.1.1 单位组织结构 (6)3.1.2 库房档案信息 (7)3.1.3 货位档案信息 (8)3.1.4 存货档案信息 (8)3.1.5 人员档案信息 (8)3.1.6 托盘档案信息 (8)3.1.7 产线档案信息 (8)3.1.8 供应商档案信息 (8)3.1.9 委外商档案信息 (9)3.1.10 客户档案信息 (9)3.1.11 条码标签设计 (9)3.1.12 终端设备管理 (13)3.2原料管理 (13)3.2.1 原料收货 (13)3.2.2 原料入库 (19)3.2.3 库内操作 (22)3.2.4 原料出库 (27)3.2.5 原料配送 (33)3.2.6 原料退库 (35)3.2.7 原料移库 (37)3.3成品管理 (37)3.3.1 成品入库 (37)3.3.2 库内操作 (38)3.3.3 成品出库 (38)3.3.4 成品发货 (41)3.3.5 成品退库 (43)3.4质检管理 (44)3.4.1 业务描述 (44)3.4.2 需求分析 (45)3.5不合格品管理 (45)3.5.1 业务描述 (45)3.5.2 需求分析 (46)3.6生产管理 (47)3.6.1 业务描述 (47)3.6.2 需求分析 (49)3.7资产管理(模具工装库) (50)3.7.1 资产验收 (51)3.7.2 资产借出 (51)3.7.3 资产归还 (52)3.7.4 资产维修 (53)3.7.5 资产变更 (54)3.7.6 资产保养 (54)3.7.7 资产盘点 (55)3.7.8 资产报废 (55)3.8统计报表 (55)3.8.1 仓库统计报表 (55)3.8.2 资产管理报表 (56)3.8.3 生产管理报表 (56)3.8.4 质检管理报表 (56)1引言1.1目的本文档的目的是从系统分析员的角度详细描述“WMS”的系统需求。
用户需求说明书与需求规格说明书的区别1、用户需求说明书是用户的需求(期望),需要和用户确认的,重点是站在客户的角度讲产品功能。
需求规格说明书是系统设计需求,主要是对内的,是从开发、测试的角度去讲产品功能。
2、优点:用户的语言与设计人员的语言是不同的,所以需要有面向不同人员的文档。
缺点:层次越多,信息损失的越多,误解的概率就越大。
权衡的结果:基本上是依据项目的规模而定。
3、如果要省掉一个的话,更倾向于写用户需求,因为搞系统的时候要始终明白用户在想什么,要解决什么问题。
需求规格相对不是很重要,具体实现用户需求的时候,你可以有各种方案,这个是用户不关心的。
要是用户需求就已经理解错了,特别是理解不全面,软件规格说明书写得好让用户签字就没有任何意义了。
4、最新的做法➢使用UML语言,开发需求用例说明书,用例、场景描述和事件――响应表,既可面向客户,又可面向开发设计;➢使用敏捷开发方法,通过用户故事描述用户需求,即客户想要实现一个什么功能,以满足某个方面的需求。
【相关知识】●“需求管理”的文档大体上包含需求管理计划、需求检查表、需求跟踪表(包含矩阵图)、需求变更状态跟踪表,以及与其配套产出的指南型文件。
●“需求开发”的文档大体上包含需求规格说明书,需求规格说明书检查表,需求开发指南等。
●需求分析报告:一般是对某个市场或者是客户群来讲的,类似于调研报告,重点是体现出产品要满足哪些功能,哪些是重点、热点。
●需求说明书:是根据与现场实际客户进行沟通,把客户的需求进行整理,CMMI中有标准的模板,重点是站在客户的角度讲产品功能。
●需求规格说明书:是从业务规则讲起的,细一点偏向于软件的需求设计到概要设计。
是从开发、测试的角度去讲产品功能,里面要包含原型界面、业务接口、活动图等。
◆业务需求(Business requirement)表示组织或客户高层次的目标。
业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。
公司组织架构说明三篇篇一:公司组织架构说明公司人事安排总经理:副总经理:经理助理:财务部总监:会计:出纳:营销部总监:市场策划:行政部经理:人事助理:行政文员:风控部经理:分析师:指导讲师:招商部经理:商务代表:媒介部经理:主持人:招商部经理:市场策划:网络部主管:技术指导:网络推广员:网站编辑:篇二:公司组织架构说明职能部门说明2.2总经理1、主持公司的生产经营管理工作,组织实施董事会决议2、组织实施公司年度经营计划和投资方案3、拟订公司内部管理机构设置方案4、制定公司的具体规章5、拟订公司的基本管理制度6、提请聘任或者解聘公司部门经理、财务负责人7、聘任或者解聘除应由董事会聘任或者解聘以外的负责管理人员8、公司章程和董事会授予的其他职权.2.3财核部.2.3.1会计1、财务处理、税务、工商事务处理、应付款、信用调查、信用判断、控制、财务报表。
2、处理公司员工的社保医保事项及协助行政部发放员工工资。
.2.3.2出纳1、收款、付款、报销2、监督预算、监督线路评估、合同经济条款审查、折旧、报损、报失,检查合同执行情况,监督资金计划的执行;.2.4行政部.2.4.1招聘专员1、人员招聘:安排面试、背景调查、考核、上岗、离职等手续。
2、整理、建立、管理公司档案、人事档案。
3、公司内部各项管理政策、制度的编制、下发,并跟踪与修正;.2.4.2仓储后勤1、材料、设备、物品的收、发、存,公司所有固定资产的定期盘存,管理物品帐,项目剩余材料,申请大宗项目订货;2、公司所需物品采购;签订大宗项目订货合同等;.2.5企划部.2.5.1策划1、参与公司营销目标战略研究,企业品牌的发展定位、目标规划和实施,承担企业中长远的形象规划和实施。
2、负责组织设计公司的工作流程与管理模式;.2.5.2企宣与营销部门共同确定企业的营销战略。
编制企业广告战略,编制广告营销策划方案。
与广告公司协作,开展企业新产品推广、市场开拓、广告创意制作、广告发布、产品促销等市场营销策划活动。
公司整体架构图.1.2 组织架构示意图 (图2) 公司营销部架构图.2.职能部门说明董事会(总裁办)由总裁和公司股东构成,只在公司有重大决策时,由总裁提议或由董事会多数提出建立。
否则不成立。
.2.1 董事会职能1、领导企业的经营活动,领导员工共同实现预算和利润指标2、保证企业能提供符合标准的服务及相应产品3、向董事会提出经营预算和费用预算4、收集客户的反映,指导研究市场需求,不断调整企业的经营方向,使企业不断得到发展5、塑造企业形象6、决定广告基调,指导广告战略7、代表企业对外开展公关活动8、按既定模式管理企业9、建立和完善企业的工作程序和规章制度10、向董事会提出组织系统表,人员编制和工资总额计划11、决定企业部门以下人员的任免和奖惩12、定期向董事会提出营业状况和财务状况报告并接受质询13、保证企业的安全14、保证企业的运作合法性15、发现并消除企业的安全隐患,为大规模的改造向董事会提出预算外开支计划16、保证员工和客人在企业内的安全.2.2 总经理1、主持公司的生产经营管理工作,组织实施董事会决议2、组织实施公司年度经营计划和投资方案3、拟订公司内部管理机构设置方案4、制定公司的具体规章5、拟订公司的基本管理制度6、提请聘任或者解聘公司部门经理、财务负责人7、聘任或者解聘除应由董事会聘任或者解聘以外的负责管理人员8、公司章程和董事会授予的其他职权.2.3 财核部.2.3.1 会计1、财务处理、税务、工商事务处理、应付款、信用调查、信用判断、控制、财务报表。
2、处理公司员工的社保医保事项及协助行政部发放员工工资。
.2.3.2 出纳1、收款、付款、报销2、监督预算、监督线路评估、合同经济条款审查、折旧、报损、报失,检查合同执行情况,监督资金计划的执行;.2.4 行政部.2.4.1 招聘专员1、人员招聘:安排面试、背景调查、考核、上岗、离职等手续。
2、整理、建立、管理公司档案、人事档案。
3、公司内部各项管理政策、制度的编制、下发,并跟踪与修正;.2.4.2 仓储后勤1、材料、设备、物品的收、发、存,公司所有固定资产的定期盘存,管理物品帐,项目剩余材料,申请大宗项目订货;2、公司所需物品采购;签订大宗项目订货合同等;.2.5 企划部.2.5.1策划1、参与公司营销目标战略研究,企业品牌的发展定位、目标规划和实施,承担企业中长远的形象规划和实施。
组织架构范本组织架构是指组织中各个职能部门、岗位以及它们之间的关系和层次结构。
一个清晰有效的组织架构可以帮助组织实现目标,优化资源利用,提高工作效率。
下面是一个组织架构范本的详细介绍。
一、公司简介(在这里简要介绍公司的背景信息,包括公司名称、成立时间、主要业务领域等。
不需要提供详细的公司历史,仅需突出与组织架构相关的信息。
)二、组织结构概述(在这里总结公司的组织结构,并简要描述各个部门的职责和关系。
可以使用图表或其他形式来展示整个组织结构,以使读者更易于理解。
)三、综合管理部(在这一部分中,详细介绍公司的综合管理部门的职责和组成。
可以列出各个岗位及对应的职责说明,以及相应的工作流程。
)四、财务部(在这一部分中,详细介绍公司的财务部门的职责和组成。
可以列出财务部门的各个职位以及相应的工作职责,同时说明财务部门与其他部门之间的合作关系。
)五、市场部(在这一部分中,详细介绍公司的市场部门的职责和组成。
可以列出市场部门的各个职位以及相应的工作职责,同时说明市场部门与其他部门之间的合作关系。
)六、销售部(在这一部分中,详细介绍公司的销售部门的职责和组成。
可以列出销售部门的各个职位以及相应的工作职责,同时说明销售部门与其他部门之间的合作关系。
)七、技术部(在这一部分中,详细介绍公司的技术部门的职责和组成。
可以列出技术部门的各个职位以及相应的工作职责,同时说明技术部门与其他部门之间的合作关系。
)八、人力资源部(在这一部分中,详细介绍公司的人力资源部门的职责和组成。
可以列出人力资源部门的各个职位以及相应的工作职责,同时说明人力资源部门与其他部门之间的合作关系。
)九、总结(在这里可以总结组织架构的核心要点,强调其重要性和价值。
也可以在这里展望未来,说明组织架构可能面临的挑战和发展方向。
)总之,良好的组织架构是公司成功的基石。
本文通过介绍公司的组织架构范本,希望能够对相关部门和岗位的职责有更深入的了解,以便更好地提升工作效率,实现组织的长期发展目标。
需求规格说明书和概要设计的先后顺序
需求规格说明书和概要设计在软件开发过程中具有不同的作用和顺序。
首先,需求规格说明书是在概要设计之前编写的。
需求规格说明书详细描述了软件系统的功能需求、非功能需求、约束和系统要求,以确保开发团队对系统的要求和期望有清晰的理解。
编写需求规格说明书的主要目的是确保所有相关人员对系统的需求达成共识,并为后续设计和开发工作提供基础。
其次,概要设计是在需求规格说明书之后进行的。
概要设计是对软件系统的整体架构和主要组件的设计进行概述,包括系统的组织结构、主要功能模块、模块间的关系和接口等。
概要设计的主要目的是提供一个高层次的蓝图,帮助开发团队了解如何实现需求规格说明书所描述的功能和要求。
因此,在软件开发过程中,通常先编写需求规格说明书,以确保对系统需求有清晰的理解,然后进行概要设计,以提供一个实现这些需求的架构和蓝图。
这样的顺序有助于确保软件开发的顺利进行,并提高最终产品的质量和满足用户需求的能力。
产品开发团队组织结构产品开发团队(PDT,Product Development Team)由项目经理(PDT经理),核心组和扩展组组成。
核心小组成员由各个职能部门的代表组成,开发代表,测试代表,工程代表,客户代表。
并且每一个职能部门的代表在该PDT中只能有一个。
他们在PDT中代表自己所处的职能部门,在只能部门中代表PDT。
PDT是一个虚拟的组织,它不属于任何职能部门,是直接对产品开发负责的组织。
PDT在概念形成时成立,在产品成功发布后解散。
PDT的职责是开发出满足市场需求的产品,他们在概念和计划阶段制定项目计划,在以后各阶段管理项目。
PDT组长负责领导项目组、管理项目及与领导层的沟通,保证项目顺利完成;PDT 代表作为职能部门的专家在项目决策和设计时代表职能部门,负责解决业务问题,同时作为与职能部门之间的桥梁,协同扩展小组工作。
扩展小组属于各个只能部门内部的团队,比如开发扩展组属于开发部内部团队,也可以以项目的形式运作。
并不是所有的职能部门都需要扩展组成员。
职责定义:产品开发团队从形成产品概念直至正式投产都要用商业观点管理项目。
不仅要对研究成果负责,还要对产品的商品化负责提供领导力量,确保产品在市场上获得成功产品开发过程集成产品开过过程分为概念阶段,计划阶段,开发阶段,验证阶段和生命周期阶段,同时有四个决策评审点和七个技术评审点分别为,概念决策评审点,计划决策评审点,可获得性决策评审点,生命周期决策评审点;产品需求和概念技术评审(业务需求评审),需求分解和需求规格评审(功能需求评审),总体方案评审(系统设计,架构设计),模块/系统评审(详细设计评审),样品评审(Alpha测试技术评审)和发布评审。
项目各个阶段各个团队的主要工作过程。
IPD概念阶段:产品团队的开发强调以市场的成功为产品的成功,因此在进入产品开发,需要做细致的市场分析和产品调查,定位产品的细分市场以及定义产品的盈利模式。
因此在产品开发团队之前需要有产品经理或者PMT(产品管理团队)来完成产品的市场分析,用以保证开发处理的产品能够满足和适应将来的市场和客户需求。
组织架构需求规格说明书制作:审核:批准:发布日期:版本历史分发记录目录1.引言 (4)1.1.目的 (4)1.2.定义、首字母缩写和缩略语 (4)1.3.文档约定 (4)1.4.背景 (4)1.4.1.开发背景 (4)1.5.参考资料 (4)2.功能需求说明 (4)2.1.基本资料范围定义需求 (5)2.1.1.组织单元 (5)2.1.2.人员 (8)2.1.3.角色 (10)2.1.4.等级 (11)2.1.5.群组 (11)2.1.6.代理 (12)2.2.同LDAP的集成 (12)1. 引言1.1. 目的此文档的编写目的是详细描述组织架构在一钢物贸中的多组织的业务需求。
同时作为一个应用程序平台的基础数据信息。
1.2. 定义、首字母缩写和缩略语OU:组织单元GROUP:群组ROLE:角色PERSON:人员DEPT:部门BRANCH:分支机构1.3. 文档约定1.4. 背景1.4.1.开发背景目的是统一基本资料,减少各个产品开发组的重复劳动。
1.5. 参考资料2.功能需求说明基本资料主要涉及了系统组织机构模型。
2.1. 基本资料范围定义需求基本资料主要内容是组织机构模型。
组织机构图可以分为如下几类元素:2.1.1. 组织单元组织单元(OU)是一个公司整体组织框架的组成元素。
组织单元包含三类:●分支机构和部门以及系统默认的顶级组织单元(内置)●分支机构一般表示各个独立的分公司/办事处等等机构,分支机构存在上下级关系;●部门则表示一个分支机构中的部门。
●系统默认的顶级组织单元(内置)则是不允许删除的,并且不存在如下属性:管理者、上级●分支机构可以包含其他分支机构以及部门;但是部门类型的组织单元不能包含分支机构类型的组织单元,而只能包含部门类型的组织单元。
●分支机构类型的组织单元和部门类型的组织单元都可以包含角色列表以及群组列表●顶层组织单元可以包含人员、角色、群组以及其他组织机构组织单元一般包含如下几个属性:属性描述功能描述此组织单元的能力范围类型标示是分支机构还是部门,还是系统默认顶级组织单元(内置)组织单元名称标示此组织单元的名称,在同一个分支机构下面不允许存在名称相同的部门;在不同的分支机构内可以存在名称相同的部门。
公司组织架构图及部门职责范文【公司组织架构图】公司组织架构图是一个公司内部部门与岗位之间关系的图示,可以清晰地展示公司内各个部门之间的层级关系以及职责范围。
以下是一个简化的公司组织架构图的范例:【公司组织架构图范例】公司董事会公司总经理市场部财务部市场销售部财务管理部市场策划部财务会计部公关部财务审计部广告部财务资金部人力资源部人力招聘部人力发展部绩效管理部人事行政部在上述公司组织架构图中,公司董事会处于最高层级,负责制定公司整体发展策略和决策。
公司总经理则是公司董事会的执行者,负责具体的日常管理和运营。
在下一层级,市场部、财务部和人力资源部是公司的三个主要职能部门。
市场部负责市场推广和销售工作,包括市场销售部、市场策划部、公关部和广告部等子部门。
市场销售部负责具体的销售业务,市场策划部负责制定市场营销策略和推广计划,公关部负责公司形象宣传和公关活动,广告部负责制作和发布广告。
财务部负责公司财务管理和资金运营,包括财务管理部、财务会计部、财务审计部和财务资金部等子部门。
财务管理部负责制定财务管理制度和计划,财务会计部负责公司财务核算和报表编制,财务审计部负责对公司财务状况进行审计和检查,财务资金部负责公司资金运营和管理。
人力资源部负责公司人力资源管理和人事行政工作,包括人力招聘部、人力发展部、绩效管理部和人事行政部等子部门。
人力招聘部负责招聘和录用人才,人力发展部负责员工培训和发展,绩效管理部负责制定和评估绩效考核体系,人事行政部负责处理员工的人事行政事务。
【部门职责范文】以下是各个部门的职责范文,以市场部、财务部和人力资源部为例:市场部职责范文:市场部是公司的重要职能部门,负责制定和实施公司的市场营销策略,推动产品销售和品牌推广。
具体职责如下:市场销售部:负责开发并管理公司的销售渠道,与客户进行沟通和谈判,推动产品的销售和市场份额的提升。
市场策划部:负责制定市场营销策略和计划,进行市场调研和竞争分析,推动产品定位和市场推广活动的实施。
********组织架构图备注:前期阶段,可以1人兼几个职位。
各部门职能说明书一、董事长职能1、决定总公司的诀议。
2、决定公司的经营方案和投资方案。
3、审订公司的年度财务预算方案、决算方案。
4、审订公司的利润分配方案和弥补亏损方案。
5、审订公司增加或者减少注册资本的方案。
6、拟订公司合并、分立、解散清算的方案。
7、聘任或解聘工程公司总经理,根据总经理的提名,聘任或者解聘工程公司副总经理、财务负责人,决定其报酬事项。
8、审定公司的根本管理制度。
9、负责对公司运营的监视管理。
二、总经理职能1、拟订工程公司的总体开展规划及其实施方案、工程的根本建立方案及执行工作政策。
2、负责总体开展规划及实施、管理。
3、向董事长提出经营预算和费用预算。
4、领导工程公司的经营活动,实现经董事长批准的预算利利润指标。
5、保证工程公司能提供符合标准的效劳6、收集客户的反映,研究市场的需求,不断调整工程公司的经营方向,工程公司不断得到开展塑造本工程公司形象。
7、决定广告基调,指导广告战略。
8、代表本工程公司对外开展公关活动。
10、按既定模式管理公司。
11、建立和完善公司的工作程序和规章制度。
13、向董事会提出组织系统表,人员编制和工资总额方案。
14、决定本工程公司主管层〔含主管层〕以上人员的任免职奖惩。
15、向董事长提出营业状况和财务状况报告,承受质询,将决议事出有因项转达所属人员,并执行该项决议。
16、审核人事行政部所制定的各项人事制度,包括员工手册、公司形象、规章制度、福利薪金、各岗位责任制等的审订。
17、负责督导行政部、财务部的各项工作和事务。
18、亲临现场处理本工程公司紧急事件,确保企业正常运作。
19、支持协调会议,仲裁及防止各部门之间的冲突。
20、发现并消除公司的平安隐患,为大规模的改造向董事长提出预算外开支汁划。
21、保证员工和客人在公司内的平安。
22、抓好企业文化建立。
三、总工程师职能1、在总经理的领导下全面主持公司技术管理工作,制定公司技术开展规划,积极开展相关技术交流与合作。
公司组织架构图及岗位职责说明书范文某某公司组织架构及部门岗位职责说明书一、总经理职责总经理是公司经营管理的领导核心,是经营管理的最高决策人。
1.1职能①组织制订公司经营方针、经营目标、经营计划,分解到各部门并组织实施。
②负责制订并落实公司各项规章制度、改革方案、改革措施。
③提出公司组织机构设置方案。
④提出公司经营理念,主导企业文化建设的基本方向,创造良好的工作环境、生活环境,培养员工归属感,提升企业的向心力、凝聚力、战斗力。
⑤负责处理部门相互之间事务矛盾和问题。
⑥负责公司投资项目选定。
⑦负责审核公司经营费用支出。
⑧决定公司各部门人员的聘用任免。
对公司的经济效益负责,拥有经营指挥权和各种资源分配权1.2权力①有权根据公司经营目标、经营方针、制订经营计划;②有权实施公司改革方案、改革措施,制订公司制度。
③有权提出公司机构设置建议。
④有权聘用或解聘公司各部门经理、员工,并决定其薪酬待遇,有权对各部门员工进行工作调配。
⑤有权审核公司经营费用支出与报销。
⑥有权对公司员工作出奖惩决定1.3工作流程①依据公司各类信息,如财务报表、汇总的信息、各部门报告等,向各部门经理发出指令,提出工作安排。
②接受指令人员,根据总经理要求,制订出相应制度、方案、政策、措施,做出决议报总经理。
③总经理对提供的制度、方案、政策、决议等进行审阅,同意则签批给职能部门实施;不同意,则指令有关部门修订完善后,再审核、签批、下发、实施。
④有关部门定期将各类制度、方案、政策、措施的执行情况,检查、落实后汇总上报总经理。
⑤依据执行情况,总经理发出新指令。
二、总经办部门职能1、项目工作的监督、管理:协助、监督公司重大项目工作的组织、实施、落实和绩效评估工作,部门工作重大问题的监控工作;2、法律事务:依据公司工作开展的需要,全面负责公司内外法律事务,监管重大合同谈判,以确保公司的权益不受损害;5、企业文化教案设和内部刊物:规划和监督网恒文化的组织编写,宣传企业文化,开展公司企业文化的宏观建设工作。
需求规格说明书案例模板1.文档介绍1.1.编写目的本文档描述软件产品需求规格说明书(SRS)的目的是:D定义软件总体要求,作为用户和软件开发人员之间相互了解的基础;2)提供性能要求、初步设计和用户影响的信息,作为软件人员进行软件结构设计和编码的基础;3)作为软件总体测试的依据。
1.2.文档范围XXX系统需求规格说明书主要包含了该系统整体需求及功能性需求的详细介绍。
1.3.读者对象编写详细设计人员及程序开发人员1.4.术语与缩写解释缩写、术语及符号解释SOA架构面向服务的体系结构。
元数据Metadata 描述数据的内容、质量、状况和其他有关特征的数据。
数据中心Data Center 以各类数据为核心,依托成熟的存储、数据库、GIS、网络等技术,按照统一标准,建立的具有信息管理、分析、查询、统计及服务的一体化数据管理体系。
数据管理DataManagement利用数据库、数据仓库、元数据和网络等技术,建立分布式、集中式或集中加分布式数据管理系统,开展数据接收、组织存储、运行维护、更新、共享交换等工作,实现对数据资源的有效组织和应用。
数据维护DataMaintenance在制定维护方案基础上,对数据和数据库进行的日常维护与监控、备份与恢复、应急处理和监督管理等,从而保护数据的安全性和可移植性。
用户系统的使用者1.5.参考资料序号文档名称文档编号版本发布日期1《计算机信息系统安全保护等级划分准则》GB17S592.项目介绍2。
.项目说明介绍产品的名称、任务提出者、开发者、用户群项目名称:XXX系统。
任务提出者:XXX公司。
开发者:XXX公司。
用户群:调度员2.2.项目背景XXX02.3.项目目标XXX o2.4.项目用户调度员3.需求说明3.1.整体需求XXX o3.2.功能需求3.2.1.需求编号规则需求编号:XXX(项目名称)+dt(模块名称)+001(功能点)工2.2.总体模块划分主要根据业务和展示功能划分,分为地图功能模块和业务功能模块。
组织架构需求规格说明书
制作:审核:批准:发布日期:
版本历史
分发记录
目录
1.引言 (4)
1.1.目的 (4)
1.2.定义、首字母缩写和缩略语 (4)
1.3.文档约定 (4)
1.4.背景 (4)
1.4.1.开发背景 (4)
1.5.参考资料 (4)
2.功能需求说明 (4)
2.1.基本资料范围定义需求 (5)
2.1.1.组织单元 (5)
2.1.2.人员 (8)
2.1.3.角色 (10)
2.1.4.等级 (11)
2.1.5.群组 (11)
2.1.6.代理 (12)
2.2.同LDAP的集成 (12)
1. 引言
1.1. 目的
此文档的编写目的是详细描述组织架构在一钢物贸中的多组织的业务需求。
同时作为一个应用程序平台的基础数据信息。
1.2. 定义、首字母缩写和缩略语
OU:组织单元
GROUP:群组
ROLE:角色
PERSON:人员
DEPT:部门
BRANCH:分支机构
1.3. 文档约定
1.4. 背景
1.4.1.开发背景
目的是统一基本资料,减少各个产品开发组的重复劳动。
1.5. 参考资料
2.功能需求说明
基本资料主要涉及了系统组织机构模型。
2.1. 基本资料范围定义需求
基本资料主要内容是组织机构模型。
组织机构图可以分为如下几类元素:
2.1.1. 组织单元
组织单元(OU)是一个公司整体组织框架的组成元素。
组织单元包含三类:
●分支机构和部门以及系统默认的顶级组织单元(内置)
●分支机构一般表示各个独立的分公司/办事处等等机构,分支机构存在上下级关
系;
●部门则表示一个分支机构中的部门。
●系统默认的顶级组织单元(内置)则是不允许删除的,并且不存在如下属性:
管理者、上级
●分支机构可以包含其他分支机构以及部门;但是部门类型的组织单元不能包含
分支机构类型的组织单元,而只能包含部门类型的组织单元。
●分支机构类型的组织单元和部门类型的组织单元都可以包含角色列表以及群组
列表
●顶层组织单元可以包含人员、角色、群组以及其他组织机构
组织单元一般包含如下几个属性:
属性描述
功能描述此组织单元的能力范围
类型标示是分支机构还是部门,还是系统默认顶
级组织单元(内置)
组织单元名称标示此组织单元的名称,在同一个分支机构
下面不允许存在名称相同的部门;在不同的
分支机构内可以存在名称相同的部门。
管理者描述此组织单元的管理者;
上级(列表)此组织单元的直接上级(有可能有多个),一
般情况下应当是其他的组织单元。
人员列表直接属于此组织单元的人员列表
角色列表直接属于此组织单元的角色列表
群组列表直接属于此组织单元的群组列表组织单元的示意如下图所示:
角色
2.1.2. 人员
●人员必须至少属于一个组织单元,可以属于顶级系统默认组织单元。
●人员可以拥有1个或者多个角色。
●人员可以属于零个或者多个群组。
“人员的上级”指的是此人员所在的组织单元的管理者。
任意一个组织单元中,“人员的上级”这个层次只有一级!
人员的基本属性如下:
备注:人员的“组织单元(列表)”是一个集合列表,也就是说有可能一个人员同时属于多个不同的组织单元,在不同的组织单元中担任不同的角色,但是一个人员在行政划分上必须并且只能属于一个组织单元,这个人员在其他组织单元所担任的角色只能是“兼职”性质的!
比如:张三在行政划分上属于研发部门,并在其中担任研发工程师角色,但是他同时也在产品部门担任产品系统分析员角色,大致的组织机构图示意图如下:
角色
2.1.
3. 角色
●角色代表一个人员在某一个组织单元内所具备的能力。
●角色必须要有角色能力属性,也就是角色等级,角色等级描述了这个角色所具备的能
力范围。
角色等级的定义范围是全组织机构图内,也就是一个完整的组织机构图只允许定义一套角色等级,这套角色等级是被此组织机构图内的所有角色使用的。
●角色没有上下级关系,但是可以通过角色等级来达到类似的辨别关系。
●一个角色必须至少属于一个组织单元或者一个群组。
角色之间虽然没有上下级的关系,但是针对流程中的节点,可以定义“角色的上级”。
“角色的上级”表示的是此角色所在的组织单元的管理者。
也就是说,针对群组中的“角色的上级”而言是没有意义的。
任意一个组织单元中,“角色的上级”只有一级!
不可以直接
但是需要注意,这张完整的角色图是虚拟出来的,他并不表示各个角色之间的上下级关系,“角色的上级”可以参见上面的描述。
2.1.4. 等级
●等级主要是针对角色而言的,在一个组织机构图中只能定义一套“(角色)等级”。
等级只能被角色来使用,可以作为角色的一个属性:角色等级。
●工作流可以按照等级来流转。
等级的属性大致如下:
2.1.5. 群组
●一个群组必须并且只能属于一个组织单元
●群组之间不允许任何嵌套
●群组的组成元素只能是人员(列表)以及角色列表
人员、群组、角色之间的包容关系如下:
群组的基本属性如下:
2.1.6. 代理
●只有人员存在代理属性,一个人员的代理人也是一个人员。
●一个人员可以在不同时间区间内有多个不同的代理人。
●一个人员即便拥有代理人,但是此人员可以设置禁止代理人标签,如果此标签为
True,则此人员的代理人属性无效
●人员可以指定解除自己设置的代理人
2.2. 同LDAP的集成
基本资料可以同LDAP集成,目前考虑的也就是Win2000下面的活动目录(AD)。
基本资料仅仅将AD作为一个数据来源,提供一个初次导入AD数据的工具。
以便能将企业在AD中的账号数据等等导入到本系统的组织机构中。