| 设立背景 | 公司要做新系统，得有人搭架子定方向，不然开发乱套。 | ||
|---|---|---|---|
| 核心职能 | 画系统蓝图。定技术路线。带团队干活。解开发难题。管项目技术全流程。 | ||
| 工作内容 | 看业务需求。画框架图。写设计文档。给同事培训。盯开发进度。修线上问题。 | ||
| 协作关系 | 跟产品经理聊需求。向技术总监汇报。和开发组长一起改方案。帮测试查漏洞。配合运维上线。 | ||
1.理解系统的业务需求，制定系统的整体框架（包括：技术框架和业务框架）
2.对系统框架相关技术和业务进行培训，指导开发人员开发。并解决系统开发、运行中出现的各种问题。
3.领导与协调整个项目中的技术活动（分析、设计和实施等）
4.推动主要的技术决策，并最终表达为软件构架
5.确定和文档化系统的相对构架而言意义重大的方面，包括系统的需求、设计、实施和部署等“视图”
6.确定设计元素的分组以及这些主要分组之间的接口
7.为技术决策提供规则，平�各类涉众的不同关注点，化解技术风险，并保证相关决定被有效的传达和贯彻
8.理解、评价并接收系统需求；评价和确认软件架构的实现
| 制定目的 | 想让质量目标能落地，得先搭好体系架子，配好资源，别让目标飘在空中。 | ||
|---|---|---|---|
| 适用范围 | 管公司所有人，管怎么定目标、配资源、写文件、改流程这些事。 | ||
| 职责分工 | 总经理批文件和资源，管理者代表盯执行和检查，各部门头儿带着人干活。 | ||
| 禁止行为 | 不能不写清楚过程输入输出，不能漏掉资源安排，不能改文件不走审批，不能让体系断档。 | ||
| 检查与监督 | 综合部牵头写文件，管理者代表审核，总经理签字发下去；执行中各部门报问题，综合部查进度，没按时交或乱改要重做；每月核一次，问题三天内反馈。 | ||
1.目的
进行质量管理体系的策划，以制定质量目标并规定必要的运行过程和相关资源以实现目标。
1.范围
适用于确保实现质量方针和目标与质量管理体系策划。
2.职责
3.1总经理根据年度质量目标，配置必要的资源，负责批准手册、质量管理体系文件。
3.2管理者代表负责审批各部门为质量管理体系策划编制的有关文件，并对质量的管理实施情况进行监督检查。
3.3各部门主要负责人负责组织本部门的质量管理体系策划的实施。
3.要求
总经理应确保对质量管理体系进行策划，以满足质量目标及质量管理体系的总要求。
| 制定背景 | 校本培训老是乱七八糟的，没目标也没计划。想让它稳稳当当开展起来，别再东一榔头西一棒子。 | ||
|---|---|---|---|
| 适用范围 | 全校所有老师和职工。 | ||
| 职责分工 | 教导处带头干，安排内容、管考勤、做考核。老师们自己学，记笔记，交材料。校长盯着看落实没。 | ||
| 管理规定 | 必须参加统一活动，政治和业务笔记各一本，每学年交材料，档案袋自己收好。 | ||
| 监督与罚则 | 教导处查笔记、收材料、算学时。不交不达标？评优评先直接没戏。年底小组检查，结果存档。 | ||
zz小学____学年校本培训规章制度
为了使校本培训工作有序的开展，更好的明确校本培训工作的任务和目标，使校本培训工作开展制度化、规划化，特制定本制度。
(1)培训对象:全校教职工。
(2)培训师资:本校骨干教师、聘请专家。
(3)培训内容:
1、学习党的方针政策、时事政治、教育法规等。
2、学习学校和上级教育部门的制度、规划等。
3、学习教育理论，更新教育理念，端正办学思想。
| 设立背景 | 公司要做电力电子产品，得有人搞研发和调试。 | ||
|---|---|---|---|
| 核心职能 | 做电力电子产品的开发，写控制算法，调dsp控制器，搞软件架构。 | ||
| 工作内容 | 建模系统，写控制算法，开发dsp程序，设计储能变流器软件，编码调试样品。 | ||
| 协作关系 | 跟硬件工程师一起调板子，向项目经理汇报进度，配合测试同事做功能验证，有时要和结构同事对安装接口。 | ||
要求:本科/研究生，电力电子与电力传动，电气工程专业;控制理论与控制工程专业;电子信息类专业。
职责：
1、负责电力电子产品的开发工作;
2、产品的系统建模，控制算法，dsp 数字控制器研发、软件架构以及样品调试;
3、进行储能变流器、大功率双向dc-ac逆变器/dc-dc变换器软件设计和编码实现
| 设立背景 | 集团要搞b2b网站，得有人懂架构和二次开发。 | ||
|---|---|---|---|
| 核心职能 | 管好b2b网站的底子，改功能、加模块、搭系统。 | ||
| 工作内容 | 搭网站架子，改电商页面，做可视化操作系统，写代码调接口。 | ||
| 协作关系 | 跟总部信息化部门天天对接，听他们安排，也帮事业部落地系统，偶尔配合其他部门提的需求。 | ||
it总监(b2b网站建设) 负责集团电商平台架构(b2b网站架构要精通)，及电商平台二次开发;
负责事业部可视化操作系统开发;
与总部信息化对接工作
其它信息化相关工作。
负责集团电商平台架构(b2b网站架构要精通)，及电商平台二次开发;
| 设立背景 | 公司做大型软件系统，需要有人搭整体架子，不然开发容易乱套。 | ||
|---|---|---|---|
| 核心职能 | 定技术方向，画系统蓝图，带团队干活，解决卡脖子问题。 | ||
| 工作内容 | 写架构文档，教同事用工具，改设计图，盯开发进度，调服务器和数据库。 | ||
| 协作关系 | 跟产品经理聊需求，向技术总监汇报，帮开发工程师解bug，和测试一起验结果，跟运维对接部署细节。 | ||
系统架构设计师职位要求
1.本科学历，计算机或通信相关专业
2.最少3年以上相关工作经验
3.精通struts hibernate spring等主流开源框架，熟悉j2ee体系结构
4.对面向对象、mvc有深刻的理解，熟练使用常用软件建模工具进行系统分析和设计
5.熟悉运用oracle，sql server等数据库开发
6.熟悉weblogic/tomcat/jboss等主流应用服务器及oracle数据库开发技术
7.掌握常用需求/架构设计工具使用
8.优秀的沟通和谈判技巧。能有效的激励工作团队
1.理解系统的业务需求，制定系统的整体框架(包括:技术框架和业务框架)
2.对系统框架相关技术和业务进行培训，指导开发人员开发。并解决系统开发、运行中出现的各种问题。
| 设立背景 | 公司做游戏和web产品，要保证上线前不出大问题，得有人专门盯测试这事。 | ||
|---|---|---|---|
| 核心职能 | 测网页功能对不对，写用例找漏洞，盯bug修没修好，写报告说哪有问题。 | ||
| 工作内容 | 看需求文档、写测试用例、执行测试、提bug、跟bug、写小结、分析bug原因。 | ||
| 协作关系 | 和产品经理聊需求，和开发一起改bug，向测试组长汇报，偶尔和ui确认显示效果。 | ||
工作职责：
1、根据产品需求文档执行功能测试、系统测试;
2、根据产品需求，分析和设计覆盖率高的功能测试用例和业务流测试用例，并对设计提出改进建议;
3、熟悉软件测试的流程，熟悉测试用例的编写，能独立完成测试用例设计;
4、编写并提交测试小结报告， 对缺陷原因进行统计分析;
5、处理日常bug，跟踪bug，辅助配合研发人员修复bug;
6 、具备软件工程的基本知识，掌握各种测试理论和测试技术并不断去拓展新方法。
任职资格：
1、至少熟悉一种bug管理系统(禅道/bugzilla/jira/redmine...);
2、了解各种软件测试理论，熟悉b/s架构的测试基本方法;
3、有移动应用及web相关产品的测试经验;
4、仔细严谨的工作态度，有较强的学习能力、责任心强、良好的沟通和团队协作能力;
5、具有优秀的文字及良好的文档编写能力。
| 制定目的 | 审核完一堆不符合报告，不能直接下结论，得把所有结果合起来看看整体情况，不然没法准确评价ohs管理到底咋样。 | ||
|---|---|---|---|
| 适用范围 | 管审核组和受审核部门，管不符合项统计、趋势对比、薄弱点判断、结论形成。 | ||
| 职责分工 | 审核组长牵头汇总分析，全体审核员一起讨论，组长定结论，管理者代表配合沟通，监督靠内部会议记录和末次会议确认。 | ||
| 禁止行为 | 不能跳过汇总直接下结论，不能回避上次没改的问题，不能在末次会议前不跟管理者代表对齐意见，不能擅自修改不符合项性质。 | ||
| 检查与监督 | 末会前开全体审核员会汇总数据，对照要素和历史做分析，组长写结论，会上宣读并签字，2-4周内收纠正措施反馈，没交就记入下次审核重点。 | ||
ohs管理体系审核结果的汇总分析
审核组有了若干份不符合报告，还不能在末次会议上对审核发表结论性意见，还应对审核的结果作一次汇总分析。汇总分析可以在末次会议前召开一次全体审核组成员会议上进行，以便对受审部门的ohs管理工作做一次总体评价。
汇总分析可以考虑以下几个方面:
(1)从发现的不符合项分析:如不符合项的总数，其中严重不符合，轻微不符合各有多少项。如果审核是按部门进行的，则列出其不符合项涉及哪些要素，其中哪个要素最多或最严重。