- · 《电力系统自动化》栏目[05/29]
- · 《电力系统自动化》数据[05/29]
- · 《电力系统自动化》收稿[05/29]
- · 《电力系统自动化》投稿[05/29]
- · 《电力系统自动化》征稿[05/29]
- · 《电力系统自动化》刊物[05/29]
一、稿件要求： 1、稿件内容应该是与某一计算机类具体产品紧密相关的新闻评论、购买体验、性能详析等文章。要求稿件论点中立，论述详实，能够对读者的购买起到指导作用。文章体裁不限，字数不限。 2、稿件建议采用纯文本格式(*.txt)。如果是文本文件，请注明插图位置。插图应清晰可辨，可保存为*.jpg、*.gif格式。如使用word等编辑的文本，建议不要将图片直接嵌在word文件中，而将插图另存，并注明插图位置。 3、如果用电子邮件投稿，最好压缩后发送。 4、请使用中文的标点符号。例如句号为。而不是.。 5、来稿请注明作者署名(真实姓名、笔名)、详细地址、邮编、联系电话、E-mail地址等，以便联系。 6、我们保留对稿件的增删权。 7、我们对有一稿多投、剽窃或抄袭行为者，将保留追究由此引起的法律、经济责任的权利。 二、投稿方式： 1、 请使用电子邮件方式投递稿件。 2、 编译的稿件，请注明出处并附带原文。 3、 请按稿件内容投递到相关编辑信箱 三、稿件著作权： 1、 投稿人保证其向我方所投之作品是其本人或与他人合作创作之成果，或对所投作品拥有合法的著作权，无第三人对其作品提出可成立之权利主张。 2、 投稿人保证向我方所投之稿件，尚未在任何媒体上发表。 3、 投稿人保证其作品不含有违反宪法、法律及损害社会公共利益之内容。 4、 投稿人向我方所投之作品不得同时向第三方投送，即不允许一稿多投。若投稿人有违反该款约定的行为，则我方有权不向投稿人支付报酬。但我方在收到投稿人所投作品10日内未作出采用通知的除外。 5、 投稿人授予我方享有作品专有使用权的方式包括但不限于：通过网络向公众传播、复制、摘编、表演、播放、展览、发行、摄制电影、电视、录像制品、录制录音制品、制作数字化制品、改编、翻译、注释、编辑，以及出版、许可其他媒体、网站及单位转载、摘编、播放、录制、翻译、注释、编辑、改编、摄制。 6、 投稿人委托我方声明，未经我方许可，任何网站、媒体、组织不得转载、摘编其作品。
以电力系统为例：如何构建大中型系统（一）
作者:网站采编关键词:
摘要：编辑导语：在日常生活中，我们往往会接触到一些大中型系统，虽然其使用频率较低，但是却与我们的生活息息相关。那么，对于产品经理来说，这样的大中型系统应该如何去构建呢？
编辑导语：在日常生活中，我们往往会接触到一些大中型系统，虽然其使用频率较低，但是却与我们的生活息息相关。那么，对于产品经理来说，这样的大中型系统应该如何去构建呢？本文作者结合实际工作经验，以电力系统为例，为我们总结了最基础的、需要掌握的要素都有哪些，并且对于大中型系统构建中所涉及的各个流程和工作配合进行了阐述。
在我们使用的互联网产品中，除了日常使用较多的电商、支付、娱乐等产品外，还有一部分产品给我们提供日常服务的产品，比较常见：电力、燃气、社保、12360等相关政府提供服务的基础系统。
这些系统日常中使用频率很低，如果需要使用也是通过支付宝或者微信提供第三方入口可以直接进入，完成自己需要办理业务和服务。虽然其使用率低，但是作为国民经济发展一部分是不可或缺的。
本文将以电力系统为例，主要为电力指挥系统、电能质量配电系统等（具体可查看百度百科解释），在对于这种大中型系统构建中所涉及的需求、项目、开发、人员配置等互相交流学，主要是面向内部系统，文章中不会有任何资料透露。
首先：从项目的组成人员角色来开始，每个名称根据不同项目组会有不同、一些会叫做需求、业务、或者是产品，但是不管叫什么名称，工作的基本内容一样，就是需求收集进行整理。同时产出相关的需求方案，开会沟通和相关人员不断进行细节方面沟通，并且组织需求评审，跟踪一下对应的项目进度。
当然，项目组如果有项目经理这部分就可以交给项目经理了，自己则能全部负责产品层面的工作，像是产品基础的细节像是需求评审、收集需求、出需求方案等将不在这里展开。
接着简单说一下对于大中型项目的人员会根据不同的小组进行配置，一个项目可能四五十个小组进行负责，不同小组开发、测试、产品、项目经理、这是人员标准配置。
其次：公用人员角色就是UI设计，他们是单独的部门人一般也不会很多，像是运营、风控、审计、安全等这些都会根据不同的项目组进行统一配置。
还有一部分人员第三方提供服务的人员，如果项目涉及硬件部分每一个厂会有一个对应的负责人，他们也是必不可少的，那么简单的人员就是这些，整体的人员配置情况需要根据不同项目组进行编制。
最后：很多人不怎么喜欢的沟通、开会，日常不是开会就是在开会的路上。一天早上九十点开始到晚上七八点中，会议不断，各种会议需要进行参与，不参与你可能后面就不知道进度。
也许有一天突然找你要东西而你不知道情况，为了更好的避坑，所以开会还是要参与，主要会集中在项目的开始，工作日一般是前三天，密集的会议会不间断。
这里就是考察产品经理对于项目的紧急程度、合理性等安排统筹，将自己手头上面事情能够在最短时间内进行整理并且安排到具体实施人员，主要的就是开发人员，提前安排会保证产品的人身安全，不然后面突击给开发任务，他们会原地爆炸。
大中型系统的涉及人员多、涉及业务复杂，所以开始前将对应人员和负责业务进行熟悉就好，但是也需要准备好对应的人员临时更换人员，换一个小白，同时加上自己也是个小白，对于工作就不好推进，要尽量避免这种情况。
万一遇上这种情况，那么只能自己快速熟悉业务，对于人员众多的大中型项目需要很多项目组进行配合，需要注意不同项目组之间可能对于系统会有交集。这时候需要提前沟通好负责任务，最好是对应功能细化，不然后面就是和稀泥，搞得这个项目进度延迟，很糟糕。
接着对不熟悉大中型项目，需要快速的了解一些专业名词，整个项目有一些通用的名词，这些名词第一次听到就需要了解，不然就像听到加密的电报一样。有些可能是专业名词缩写，有些是整个系统中人员默认的简称，不管是哪种，只要是听到你想不明白就问相关人员词语解释，这样会保证你能听懂项目组在说什么。
同时专业性较强的大中型项目需要去了解相关业务的逻辑，这些业务逻辑和市场上的业务完全不一样，之前积累的互联网经验换到这种传统大中型系统中一点用处没有，这就需要有一定学习能力。
以上就是构建大中型系统最基础的、需要掌握的要素，简单总结就是：
- 专业名词需要了解
- 多和不同项目组人员沟通
文章来源：《电力系统自动化》 网址: http://www.dlxtzdhzz.cn/zonghexinwen/2021/0314/791.html