软件系统调研

不管是公司安排的软件项目，还是合同项目。我们拿到一个新的软件项目，首先要做的事情就是根据现有的人力资源、技术能力、项目工期合理地制定项目管理计划。如果现有的人力资源或技术能力不能满足项目工期要求，则需要增加人员或提高人员的技术能力。项目管理计划内容可多可少，主要以自己能够管控项目开发为原则。一般说来，项目管理计划包括项目组织架构、工作分解结构、进度管理计划、需求调研计划、配置管理计划、质量管理计划。小规模的软件项目可以只有进度管理计划，进度管理计划将整个软件项目工作分解为不同的阶段，每个阶段的工作又分解为多个子工作，分解的子工作以1周以内完成为宜。进度管理计划的第一个工作任务一般是需求调研工作，需求调研工作的主要任务是调查系统需求、绘制需求模型、编写需求规格说明书。下面这张图给出了需求调研的基本过程和步骤。图 1需求调研的基本步骤需求调研的基本步骤是调查系统需求、编制事件列表、发现系统角色、编制用例模型、编制类图模型、编制界面模型、编制部署模型、最后形成需求规格说明书。需求调研的第一步是调查系统需求，调查系统需求的方法，在前面的课程我们已经讨论过了。在这里主要采用与用户的面谈方式，通过与用户的面谈，找出系统的相关事件，并写出事件列表。需求调研的第二步是依据前面给出的事件列表，归纳和抽象出系统相关角色，建立角色列表。归纳和抽象系统相关角色，要注意角色不是指具体的人和事务，而是表示人或事物在系统中所扮演的角色。需求调研的第三步是建立角色用例图，角色用例图是系统需求的功能模型，描述了角色的行为及角色间的关系。每个用例需要给出用例规约，用例规约描述了用例的用例名称、参与角色、与其它用例间的关系、前置条件、后置条件、操作流程、输入与输出数据项等内容。需求调研的第四步是根据角色和用例模型建立类图模型。一般说来，前面分析的系统角色就是系统中的对象，也称为类。类图模型描述了类的名称、属性及行为，以及类与类之间的关系。需求调研的第五步是依据角色用例和用例规约建立界面模型，需求阶段的界面模型只要给出原型就可以了，不需要考虑界面的美观性。需求界面模型可以使用PowerPoint、Axure RP等工具进行绘制。需求调研的第六步是确定系统的部署需求。部署需求主要由网络环境、硬件环境、软件环境组成的需求。网络一般采用网络拓扑图等模型，给出部署系统所需的网络环境需求；硬件环境给出部署系统所需的硬件环境需求；软件环境给出系统所需的软件支撑环境需求。最后形成完整的需求规格说明书，将前面的文字表格资料、绘制的模型、图片等内容放置到需求规格说明书中。需求调研的成果物除了需求规格说明书外，还有需求跟踪矩阵，编写需求跟踪矩阵主要目的是可以有效跟踪项目需求变更和需求实现，做到在需求和项目之间维护双向可跟踪性。跟踪需求是因为在系统研发期间，需求会由于各种各样的原因而发生变更，因此有效的管理这些需求和需求变更是很重要的，我们有必要去了解每个需求的来源以及对系统的影响。

近期工作需要，计划调研一下目前CMDB系统的一些现有的技术架构，欲对我们自己的管理平台进行一次较大规模的重构计划，借此机会学习一下，同行一些比较优秀的CMDB系统的技术架构，取长补短！什么是CMDB中文解释CMDB --Configuration Management Database 配置管理数据库具体介绍在实际的项目中，CMDB常常被认为是构建其它ITIL(Information Technology Infrastructure Library，IT基础架构库)流程的基础而优先考虑，ITIL项目的成败与是否成功建立CMDB有非常大的关系。功能介绍CMDB工具中至少包含这几种关键的功能：整合、调和、同步、映射和可视化。整合是指能够充分利用来自其他数据源的信息，对CMDB中包含的记录源属性进行存取，将多个数据源合并至一个视图中，生成连同来自CMDB和其他数据源信息在内的报告；调和能力是指通过对来自每个数据源的匹配字段进行对比，保证CMDB中的记录在多个数据源中没有重复现象，维持CMDB中每个配置项目数据源的完整性；自动调整流程使得初始实施、数据库管理员的手动运作和现场维护支持工作降至最低；同步指确保CMDB中的信息能够反映联合数据源的更新情况，在联合数据源更新频率的基础上确定CMDB更新日程，按照经过批准的变更来更新 CMDB，找出未被批准的变更；应用映射与可视化，举例说明应用间的关系并了解应用和其他组件之间的依存关系，了解变更造成的影响并帮助诊断问题。作为IT管理的核心，CMDB不仅是各大管理软件厂商关注的重点，也逐渐成为系统管理项目实施的热点。在很多的案例中，由于忽视了CMDB的因素，ITIL的深入应用受到了极大的挑战。同时，由于CMDB是IT管理信息的集中，在法规的遵从性实施和管理上，CMDB也是一个重要的工具和手段。而在具体实施中需要注意的是，CMDB项目不是一个简单的软件安装过程，而是一个咨询、培训、实施、优化密切结合的综合过程；涉及到平台工具采购、咨询服务、实施服务、培训、甚至扩展开发等内容；同时，CMDB项目不能一蹴而就，而是一个循序渐进、持续发展的过程，需要企业后续的投入和不断改进服务。CMDB建模思路配置管理面向消费，发挥数据价值配置管理以数据和模型为核心配置管理以整合的思路推进配置元模型和分视角模型相结合CMDB与传统数据库的区别CMDB软件侧重于信息的管理(采集、整合、记录、维护、检验、更新等)，数据库侧重于信息的物理存储，两者是密切联系的。CMDB的功能需要专门的CMDB管理软件，很难在传统数据库上直接完成。因为对配置信息的管理是CMDB的核心功能，而这一部分功能很难由数据库软件实现。比较优秀的轮子XOPS采用vue + drf 的运维自动化系统 django rest framework、channels。demo地址: http://demo.xufqing.cn每两小时还原数据管理员账号:admin 密码admin@1234持续构建样例uperCMDB组件栈python3.7前台展示主机管理ebTerminal权规则登录日志令统计像回放utoCmdb运行环境功能说明以下功能,都是用python来完成的1. 使用django rest framework开发api2. 优雅获取本机IP3. 判断ip地址是否有效4. 判断ssh端口是否开放5. 自动使用yum安装软件6. 自动完成ssh免密码登录7. 根据数据库记录的变化,自动写入文件/etc/ansible/hosts8. 使用ansible 2.x API收集客户端硬件信息9. 根据返回的硬件信息,使用事务写入数据库中10. 使用psutil模块获取cpu和内存使用情况,并发送给后端API,统一入库.11. 使用Highcharts插件来展示监控图表,比如: cpu和内存.首页：效果机详情：nsible主机：nsible管理：结比较有代表性的案例，貌似就是这三个，其他还有一些文章也很值得参考，这里就不再列举了。综合起来，几乎所有的CMDB都是后端采用Python开发的Django restful framework，前端采用VUE，底层采用psutil采集硬件信息，这也符合现在趋势，不同的是中间层采用的技术架构，有的用celery部署主从节点通过消息队列通信和管理任务，有的是通过ansible来管理控制主机。还有就是采用django-channels来实现websocket进行实时通讯。具体使用什么技术架构，就要根据自身公司业务的特性来决定了。图片来源于网络，侵权必删！

对产品经理来说，绝大多数工作时间都是围绕需求展开的——需求分析、需求调研、跟进实现需求等。那么关于需求调研这部分，一般都有几种调研方法呢？我们又该如何使用这些方法呢？需求调研是需求实现的前提。需求调研主要内容有：了解需求背景、明确需求目标、过滤不当需求、确定大致方案。需求的用户是谁？需求解决的核心问题是什么？使用场景有哪些？哪些是主要和次要场景？业务的流程是什么？除了主要业务还有哪些流程可能使用这个功能？除了本系统还有哪些系统会关联到这个功能……这就是需求调研的“十万个为什么“。本篇结合《后端产品经理宝典》书中的内容，单从需求调研案例出发，看几种常用的调研方法。一、过滤需求的方法做后端系统，要学会的第一个技能就是砍需求。也就是过滤需求。这不是一个贬义词，反而是体现后端产品价值判断的基础。过滤需求的方法，就是通过一定的手段判断需求是否是伪需求，应该被过滤掉。1. 用户场景模拟法后端产品的出发点就是帮助业务用户，因此在调研需求的时候要模拟业务的场景，分析业务用户提到的需求是否能解决他的问题。如果不能帮助用户，那么这个需求就可能是伪需求。以下面的案例说明：背景：“货到付款”类型的订单会因为缺货而无法发出，如果超过一定的时间，客服就会跟顾客沟通，帮顾客取消订单。需求：由于这种订单的数量还是蛮多的，逐个取消太费时间，因此业务用户要求在“缺货订单”列表页增加“批量取消订单”按钮。分析：调研到业务操作场景,是先找到该类缺货订单，然后和顾客沟通，顾客同意删除，才进行删除。也就是逐个沟通确认，再逐个取消订单的，所以“批量取消订单”无法被有效使用。因此，该需求是个伪需求，应该被过滤掉。2. 功能归属分析专门的系统做专职功能，有助于合理的产品体系建设。因此需求调研的时候，可以通过系统的定位，判断需求是否应该在该系统完成。如果不属于该系统范畴，那么直接说服需求方更换方案。以下面的案例说明：背景：CRM系统（顾客关系管理系统）有一个顾客标签生成功能，就是根据顾客的消费行为数据，自动对应关联上标签，如优质顾客、高潜力顾客、欺诈顾客等。需求：业务用户提出需求，除了做上述的基础标签之外，还要做出英语版本的标签（就是把标签文案翻译成英文），这样欧美员工可以在英语版本的系统下使用。分析：调研到翻译之后的标签不是在CRM系统使用的，而是给到SMS（客服系统）使用的。所以应该由SMS根据CMS提供的基础标签数据，自己做二次的衍生。之所以这样，首先是为了避免未来更多语言版本的扩展需求或更多系统提出类似的需求；其次，CRM系统已经完成了“接力赛”的第一棒，创造了基础数据，那么其他系统要特殊化使用，完全可以自行进行特殊化处理，无需耦合回CRM系统。结论：案例的需求本身是真需求，并且实现上也没难度，但是该功能的定位超出了本系统范畴，专门系统做专职功能，化衍生需求应该在下游执行。否则，耦合性过高只会增加系统的复杂程度，难以维护和扩展。二、拆分和聚合的方法1. 拆分需求法业务用户提出一个需求，很可能只是短短的一段话。但是不要高兴太早，可能这一句话暗含了很多线索，因此要善于拆分：先找他要解决的核心问题，再围绕核心点，理清前、后、左、右、上、下的旁系需求点。每个需求点再当做一个子需求进行调研，最后再聚合在一起。以下面的案例说明：背景：订单业务的类型很多，订单退货之后需要创建售后单据，但是因为数量大，所以花费很多人力，且手动创建有出错的风险。需求：业务提出的需求是“增加退货订单自动创建售后单的功能”，这是个一句话需求。该一句话需求，其实包含了多种具体的订单类型和场景，那么我们就要拆分调研，拆分的维度比如：自营订单、第三方订单、货到付款订单、先款后货订单、部分退货订单、完全退货订单、服装事业部订单、电子事业部订单等，其中每一个维度就相当于一个小需求。这里不一一展开。2. 聚合需求法拆分法是对单个需求分解成若干小需求进行调研，聚合法相反，是找到许多个相互关联的小需求的共性，然后统筹成一个大需求去完成。例如：由于业务用户分散在不同的部门，各自为政，于是张三、李四可能都对一个业务流程有相同的需求，或者对同一个功能有相同的优化期望，结果俩人分别提了需求过来。那么产品经理就要找到二者背后的相关性和交叉区。然后统筹规划，聚合在一起当作一个需求来调研，最终输出一个整体的需求调研结果。三、利用辅助功能调研需求调研产品现有功能，可以用来确认原有功能的逻辑，或者确定新需求方案是否可行。比如业务用户需要更新一个功能，为了避免更新出错或遗漏，产品经理需要知道修改前和修改后是否会能正常运行。最基础的办法就是自己设计一个测试用例，记录操作方式、状态变化、数据流向等。看看下面的例子：背景：从销售网站获取到OMS系统（订单管理系统）的订单信息中带着顾客的邮箱。顾客下完单，可能会在销售网站修改邮箱，而此时已经获取到OMS的历史订单中的邮箱是不变的。需求：顾客若在销售网站修改邮箱，要求已获取到OMS的该顾客的订单中的邮箱也要同步修改。分析：需求是很明白的，也有它的意义，但有风险。因为我们知道订单信息贯穿于整个订单流转过程中，牵扯到订单编辑、审核、取消、配货、发货等，而这些环节跳转的触发条件可能就是某个信息更新（这里面就可能包括有邮箱更新）。因此，更新邮箱是否会影响流程中的某些环节，一时间很难准确知道。于是，我们可以采用预测试的方式，设计测试用例，在测试机运行一些订单，观察各个环节邮箱变更的影响，然后收集起来分析对策。测试法就像是探雷一样，主要用来解决未知风险点。这个方式的重点是记录和分析操作前状态、操作位点、操作后状态、操作后触发的连锁反应、数据流向等。四、“拔萝卜带出泥”的方式调研需求调研需求时，产品经理要拔萝卜带出泥,挖掘用户没看到的需求点和价值。举例说明：背景：公司入驻到销售平台后，销售平台会对入驻的店铺的违规行为进行罚款。需求：业务用户提出需求，将销售平台的罚款数据抓取到订单系统，关联订单数据，以便进行人工分析。分析：第一步，先拆分需求，确定什么是罚款数据，总共有哪些罚款种类，需要对接哪些罚款种类，罚款数据与订单系统关联方式是什么，是否都能关联到，关联不到怎么办，销售平台是否已经提供了公用的罚款接口，Token（请求权限）如何获取，抓取频率怎么样，数据增长幅度多大，获取之后做哪些展示和搜索，用户权限怎么设置，需要和订单系统做哪些交互，该需求的价值是什么……第二步，挖掘需求：是否需要作分析功能，分析功能的规则是什么；是否需要做监控和预警，是否需要指派负责人；其他业务人员是否也有类似需求，其他平台是否也有类似需求……通过“拔萝卜带出泥”的方式，连带出更多需求点。将上述调研结果重新组装起来，得到一个系统化的完整需求。罗列出需求要点和对应的验收目标，这样使得需求具象化，同时又不会遗漏细节，内部充实，外部闭环，并且进行了价值挖掘，做成控制阈值、预警、责任人分派、趋势分析、损失分析等高价值的功能，超出业务的预期。五、需求得分权重法该方法的思路就是将需求质量的维度进行权重，然后对需求进行打分，根据最终得分的多少排列顺序。如表所示，采用五个维度：先`先`重要、紧急、收益、成本、风险，其中成本和风险是给予负分，五个维度的分值权重分别为30%、30%、20%、10%、10%。那么一旦对需求打了分，就可以用分数*权重，得到最终得分。注意：负分的要减。并且为了方便计算，分值最好设置0.5-5.0之间，或者0-10之间。这样避免打分的跨度过大出现较大偏差。如表所示，需求1的得分=6*30%+6*30%+8*20%-3*10%-7*10%=4.6。而需求2得分3.5，需求3的得分为-0.1。由此可以判断需求的价值顺序为：需求1>需求2>需求3。对于需求3，可以予以淘汰。以上的维度、分值和权重可以根据实际情况自行设计，但是要多考察和验证什么样的参数是较为合理的。并且也不能唯权重得分是从，而只是把它当做一个辅助工具。六、其他需求调研工具需求调研适合核心环节，该过程就会涉及到很多工具或分析方法，以确保需求调研高效、高质量。比如问卷调查、访谈、名义小组会议、头脑风暴法、观察法、亲和图、蒙特卡洛技术、鱼骨图、提示清单等。以上整理自《后端产品经理宝典》。#专栏作家#书籍《后端产品经理宝典》作者，药学硕士转行互联网产品多年；熟悉跨境电商业务，医药领域；擅长大型后台体系，社交App。本文原创发布于人人都是产品经理，未经作者许可，禁止转载。题图来自Unsplash，基于CC0协议

一个新项目往往只有几个月的交付周期，往往给予到需求调研的时间非常少，尤其是尤其是to G类，需求调研的机会是非常难得。那么在做需求调研之前，我们可以多做些准备工作，提升需求调研的成功率，获取客户更多的信任。一、情景再现早上刚到公司，Boss发来消息——“公司现在有个新项目，客户需要做一个涉案财物管理系统，项目的资料信息发到你的邮箱，你赶紧把需求搞清楚，尽快提供一版原型去和客户确认。”这个场景是不是很熟悉，很多时候，领导就这样几句话就分配一个项目，然后催着赶紧开工。领导分配任务之后，那么我们就赶紧进入邮箱，把项目的资料下载下来，细细研究。即使提供了一些资料，我们就可以开工画原型了吗？肯定不行，在接到一个新项目之后，我们需要先做项目背景调研。切莫着急开工做原型。二、为什么要做项目背景调研在做To C端产品，首先需要做商业需求分析BRD，然后是市场分析MRD，才会进入到产品分析PRD。那么在B端产品和G端产品，业务需求复杂，如同茂密的森林，一不小心就会迷失在业务细节中，难以看到业务的全貌。导致这种情况的根本原因在于：一个行业花费了几年甚至几十年时间建立起来的业务流程与规范，我们很难用一两个星期完全消化。面对这样一个错综复杂的场景，产品经理最好的做法是循序渐进，从最粗略的项目背景，业务目标开始，然后分析业务流程，再到界面展示。所以我们首页需要对产品所服务的业务领域有一个概括性的了解。我们可以从行业背景、业务目标、问题痛点等方面进行调研。现实中，对于项目背景的调研，往往是我们产品人员容易忽略的，忽略的一个最大的风险是：我们不能很清晰准确的把握客户的期望值和建设目标，从而给项目交付带来风险。比如我之前参加的一个项目，客户的旧系统由于系统臃肿，业务配置不灵活等原型，准备淘汰他们的旧系统，并且明确指定了一个他很欣赏的新系统，这套新系统，无论是在页面风格、业务灵活性、用户体验确实都非常好，希望能够尽量复用这个新系统，在上面进行功能调整，以适配他们的业务。那当时我以为的客户期望和建设目标就是复用这套新系统已替换旧系统。当时我撸起袖子深入研究了客户推荐的系统，进入分析之后，立马就开始画原型。但是等我们提供了改造的原型设计之后，客户改变了策略，他们既没有淘汰旧系统，也没有使用指定的新系统，而是在他们的旧系统上面进行改造升级。此时我才明白，客户的公司由于业务运转目前都是通过旧系统完成的，若使用新系统，一方面短期会影响现在业务的正常运行，一方面还涉及到业务上下游的调整，所以客户真正的期望和目标是参考这个新系统，来优化他们的旧系统，而不是真的把业务切到新系统中。由于没有清晰准确的把握客户的期望值和建设目标，前期过早的做了很多无用功。所以，在开展工作之前，进入项目背景调研是非常重要的环节。项目背景，是了解用户建设该项目的动机和背后存在的痛点的关键环节，基于不同的动机，客户对系统的要求也是很大差别的。三、怎么做项目背景调研针对项目背景的调研，我们梳理的提纲如下：1. 这个项目是做什么系统首先我们需要弄清楚这个项目涉案财物管理系统是做什么，这个问题我们可以先自己在网上搜索资料，或者通过现有的资料，搞清楚这个“涉案财物管理系统”是个啥东西，有啥用。很多时候我们以为我们理解的东西就是正确的，这个时候还需要与调研对象进行一个信息的确认，以便及早的纠正方向。2. 这个项目是为谁做的什么样的目标客户会产生这种需求？每个产品都有特定的用户群体，B端产品也不例外。首先我们要搞清楚，产品到底是卖给谁？在B端和G端，花钱购买系统的人称为客户，而真正使用系统的人是最终用户，客户和最终用户可能是同一个人也可能不是同一个人。客户和用户对系统的要求是由很大差别的。一般都什么样的企业会去建设这种系统，这个该怎么了解了。如果是to B 产品，可以通过搜集的产品的竞品企业，去看这个竞品的成功案例，往往就能发现他的产品应用到了哪些企业，以及应用的大致情况如何；通过这种侧面的了解，就能让你知道，大致那些客户群存在类似的需求。如果是to G产品，那么这个信息可以通过寻找项目接口人直接明确项目的服务机构。比如这个“涉案财物管理系统”是什么样的机构会使用，经过了解，目前这个项目主要是政法委投资建设的，但是公安、检察院、法院都会使用。像to G的项目，我们还需要了解客户的组织结构。比如涉案财物管理系统，是公检法在刑事案件过程中会对涉案财物进行维护管理，而政法委是一个监管公检法的机构，由政法委投资建设这个系统，督促公检法按照工作要求进行涉案财物管理工作。3. 客户为什么要建设这个项目做C端产品时，我们习惯用“用户故事”帮助我们定义用户类型，做B端产品，同样我们可以用一个“企业/机构故事”帮助我们理清目标群体的需要。“目标客群是一家____公司，没有我们产品之前，他们是这样工作的：____，当前的工作方式出现了____的问题，因此想要借助我们的产品解决____需要，期望达到____的效果。”那么涉案财物管理系统的机构故事可以这样写：产品的目标客户是公安机关，在没有我们的产品之前，他们主要是靠人工进行登记、管理，工作繁琐、业务量大，导致容易出现管理漏洞，涉案财物被截留、挪用、调换、遗失等问题的发生，不利于管理。因此想借助我们的产品解决涉案财物管理中存在的各种问题，规范流程，提高工作效率，确保执法规范化建设工作顺利进行。通过这个企业/机构故事，我们可以定位到产品针对什么行业、什么规模的企业，然后明确这类公司的核心诉求，将来在做功能与设计的时候可以围绕着这个核心诉求展开，也是产品不断更新迭代的方向。针对to G类项目启动的背景，还需要特别考虑法律、法规的要求，以及政策的指导方针。4. 业务目标分析业务的痛点。希望通过这个系统达成的目标。短短一个企业故事，为我们后续的需求分析有很大的帮助。接下来我们还要做一道选择题帮助我们理解产品的定位。我们的产品对客户的重要性如何？生存需要：这个产品关系到公司的生存问题；核心发展需要：这个产品有利于公司提高核心生产力与竞争力；次要发展需要：这个产品对公司的生产或发展不产生重大影响，但有利于公司解决一些具体的问题，帮助公司改善非核心领域的工作，或改善核心领域的工作；锦上添花需要：有这个产品更好，没有也没太大关系，可以有其他替代解决方案；5. 项目的建设内容通过现有资料：投标书，竞品分析，得出：这个项目有哪些功能。然后，我们还在看在网上搜索，看看是否已经有别人做好的现成的“涉案财物管理系统”，很幸运，很多时候你也能搜到一大堆类似的软件，虽然只是简单的介绍，但至少让你知道了这么一个访客系统的大致包含了什么功能；——你可以理解为这是一个简单的竞品分析的过程；通过建设内容，我们大致可以锁定项目的边界范围。以便下一步围绕这些功能展示调研。6. 公司内部商业价值分析同时我们还需要明白公司为什么要承接这个项目，比如：项目是和公司最近某个战略相关吗，需要把这个项目当做标杆拓展公司业务吗？公司做这个项目的优势有哪些，是有核心技术能力，或者是这个项目是之前建设过的后期项目。新项目的建设周期要求，项目往往都是时间紧迫的，了解项目建设周期，便于提前识别风险，对项目整体把控。四、项目背景调研结果项目背景的调研，首先要找准对象，一定要想办法和对方项目发起人，主管领导进行短暂的沟通，即使只是半个小时的沟通都行，了解清楚项目建设的动机、对项目的期望值，要达成的目标，非常的关键和重要。即使是一个全新项目，当我们完成了上面这些调研之后，我们能够：在概念层面有一个认识了解，并且科普了行业的专业名词解释，不再是个业务小白。了解我们的目标客户和用户了解客户的期望和诉求了解业务的痛点，客户希望能成的目标项目的范围边界我们的优势，能够调用的资源信息本文由 @瓜子 原创发布于人人都是产品经理，未经作者许可，禁止转载。题图来自Unsplash，基于CC0协议。

之前小编所在的公司一直发的都是纸质工资条，因为其工作量的巨大，影响我们的正常上下班，后来跟我们老板提出抗议，要求我们老板给我们部门批发一笔经费，让我们购买一款HR系统软件，但是老板不舍得花费太多的钱，所以需要我们进行对市场上的HR系统软件进行挑选。经过一个星期的市场调研与同行业的调查分析，从价格，功能，用户体验这些方面来筛选的，我们终于筛选出了以下的几款HR系统软件，最终选择了i人事这款系统软件，但是我们的调研也不能白做啊，所以本着造福大家的念头，小编就从部门里把这些数据拿出来偷偷给大家分享一下。第一款 i人事HR系统软件力德国际出行的一站式人力资源解决方案供应商。它的开发背景是一群资深的hr和it界的精英组成的。这些资深HR人员专门负责还原HR在日常工作中所遇到的难题，而it精英则负责攻克这些难题。说白了就是围绕着如何高效工作进行考虑的，软件效果包含了员工从入职到离职的全部职业生命周期。可以让HR得到更多的时间放在其他的事情上。而且还可以统计年度报表等统计报表，大大的方便了我们HR，我们HR的核心价值上得到了更好的体现。选择这款软件的理由有很多，比如老板最喜欢的“50以下的中小型企业免费使用。”还就是员工也可以参与到企业管理中，可以更好的提升团队的凝聚力。有我们HR喜欢的完美的还原了的我们的工作场景，非常的人性化体验。HR系统软件推荐 i人事HR系统软件第二款 KNX肯耐珂萨HR系统软件这块来自中国本土的企业团的发展速度还是比较迅猛的。它专注于员工生命周期的管理，但也仅仅是专注于这些模块。而且我们在使用过程中也遇到了很多的难题。所以也被我们果断的放弃。KNX肯耐珂萨HR系统软件　第三款 赛捷HR系统软件赛捷这个软件是做财务起家的。所以说他们的财务模块非常的便捷与智能。它主要针对不同地区的不同税率做财务处理，但是他对HR管理这方面不是智能化的，而且他们的收费特别的高，与我们这些中小型企业追求的轻便，简单有所差异。所以被我们果断的pass掉。赛捷HR系统软件第四款 甲骨文HR系统软件这个来自美国的软件，体现了美国人的追求真实，追求效率的精神。这个软件可以在使用过程中根据企业的实际需求来做调整，还是比较灵活的。适合一些比较多元化的跨国的公司。这个软件，它的灵活度比较高，但是昂贵的后期维护费用是我们不可选的一款软件。甲骨文HR系统软件第五款 汇通hr HR系统软件这款也是来自中国的企业。他们有很多年的产品研发和生产经验，比是中国比较老牌的HR系统软件。而且还有部分大型企业在使用。他们的优点就是可以根据企业的需求进行二次开发，售后服务特别发达。当然啦。但凡软件涉及到开发两个字，价格都是天价，所以我认为他们的售后服务那么发达是有原因的。所以我们也果断地放弃了这块软件。这就是我们选择HR系统软件的评选理由，希望能帮助到大家。汇通hr HR系统软件最后又想多说两句，想要成为一名合格的HR人员。就必须为自己的工作效率做出改变------努力提高效率。所以一款合适的HR系统软件可以帮助我们快速的提高自己的工作效率。而i人事这款hr系统软件针对我们中小型企业来说，无疑是一枝强心剂。而且这个年代和其他的系统理念也产生了翻天覆地的变化。刚开始的EHR服务也变成了单纯的HR服务上，所以为了适应我们时代的发展，为了提高我们的工作效率，一款合适的软件也成了管理好公司的关键所在。

近日，市经济和信息化局副局长蔡学东带队深入遂宁高新区、射洪市开展专题走访调研，重点对13家软件和信息服务业、互联网和相关服务骨干企业进行了摸底调研，市软件和信息服务行业协会、相关辖区经信主管部门负责人分别随同参加了调研。 调研组一行先后来到遂宁高新区顺意通电商产业园、物联亿达、猪八戒网、明槊科技等软件和信息服务业企业，现场听取了企业发展情况汇报，详细了解企业经营模式、发展现状及存在的突出问题。当了解到顺意通公司存在技术人员短缺时，蔡学东强调，公司要主动加强与市软件与信息服务行业协会及市中小企业服务中心对接，要充分依托公共服务平台寻求技术支撑，多方协作助力企业发展。 随后，调研组来到物联亿达科技公司，对物联云仓数据研究院、SaaS云服务、物联传感云、物联园区等项目实施情况进行初步了解，并对公司荣获工信部2018年新型信息消费示范项目“物联云仓”开展情况进行了调研。蔡学东指出，物联亿达是我市软件和信息服务行业骨干企业，也是本土首批培育发展的重点企业，企业要充分借助平台效应，进一步加大宣传力度，主动加强与市内外关联企业沟通联系，提高知名度和品牌效应，积极发挥行业龙头企业示范带动作用。在调研明槊科技时，蔡学东对公司自主研发的共享停车管理系统“闲狐停车”拥有的先进专利技术成果给予了充分肯定，希望高新区要大力支持这类创新型企业发展，积极为企业争取更好更多的优惠政策。 在射洪市博文网络科技公司调研时，公司成立于2010年，主要业务为新媒体运营和知识产权服务，蔡学东指出，目前我市软件和信息服务行业企业普遍数量少、规模小，业务单一，创新能力弱，市场竞争力弱，公司要立足现有优势，充分挖掘潜力，拓展业务范围，延伸产业链，增强行业竞争力，辖区经信主管部门要积极扶持并培育骨干企业做优做强。 调研组一行还随机调研了射洪市产业园区奥尔铂电梯、洪芯薇和隆鑫科技公司,现场了解调研企业两化融合贯标工作实施情况。 【来源：遂宁市经济和信息化局】声明：转载此文是出于传递更多信息之目的。若有来源标注错误或侵犯了您的合法权益，请作者持权属证明与本网联系，我们将及时更正、删除，谢谢。 邮箱地址：newmedia@xxcb.cn

人脉系统V1.0由牛工负责开发。在调查系统需求阶段，他要做的第一件事是阅读人脉系统V1.0需求范围说明书，了解人脉系统V1.0要实现的功能，确定要调查的工作。虽然人脉系统V1.0功能相对简单，无需调查系统相关者。牛工仍然决定要进行系统相关者的调查工作，他把系统相关者分为两类。一类是客户，也就是决定投资开发该系统的人或机构，他需要从客户方了解新系统的背景（为什么要开发这个系统？）、客户对新系统的期望（系统要做成什么样？）、客户对新系统的支持力度等内容；一类是用户，也就是使用系统的人或机构，他需要从用户方了解用户如何使用系统，用户对新系统的期望等内容。调查系统客户牛工首先与客户进行了面谈，投资该项目的客户是人脉科技，人脉科技的贾总与牛工进行了面谈。牛工向贾总提出了三个问题：第一个问题是为什么要开发这个系统？第二个问题是系统要做成什么样？第三个问题是公司对系统的支持力度如何？贾总针对第一个问题的回答：“当前人与人之间的交流更多的是通过互联网进行，通过互联网认识的朋友也逐渐多起来，时间长了，很多朋友就记不清谁是谁了，有必要开发一个系统把朋友的资料给管理起来。另外就是当需要展示自己给陌生朋友时，可以把最好的一面展示给朋友”。贾总针对第二个问题的回答：“人脉系统把与自己相关的朋友、同学、同事、商业伙伴的信息和资料，通过人脉管理起来，并利用互联网技术积极拓展和维护个人的人脉资源”。贾总针对第三个问题的回答：“人脉系统是公司的重点项目，公司的想法是先实现简单的功能，让系统尽快上线。然后再根据用户的反馈分阶段完善系统，根据系统的运营情况，公司会逐渐加大支持力度”。贾总对第一个问题的回答，让牛工明白了人脉科技要研发人脉系统的必要性，人脉系统的核心功能就是基于互联网的社交功能；贾总对第二个问题的回答，让牛工明确了新系统要采用的技术体系，新系统采用BS技术体系，系统部署到服务器端，用户通过浏览器访问和使用系统；贾总对第三个问题的回答，让牛工确定了新系统的开发方式，新系统采用迭代增量的开发方式，在前一个迭代阶段的基础上增加和完善系统功能。和贾总面谈结束后，牛工确定了人脉系统的以下内容：人脉系统的核心功能是基于互联网的社交功能人脉系统采用BS技术体系人脉系统采用迭代增量的开发方式牛工和贾总的面谈确定了人脉系统的技术体系、开发方式和系统研发方向。牛工和贾总的面谈是非常重要的，面谈让系统研发团队和系统拥有者对新系统的研发方向、技术体系和开发方式都有了统一的认识。防止出现系统研发完成后，系统功能和客户对系统期望不一致的问题。小提示：在开发一个软件项目之前，一定要和软件项目的拥有者达成一致。例如，假设公司领导让开发一个软件项目，他只是简单的把项目要求说了一下。你需要先做的事情是把项目的背景、项目的研发方向弄清楚，然后再和领导面谈，核实你对项目的理解和领导对项目的期望是否一致。调查系统用户有社交需求的人都是人脉系统的用户。牛工与人脉科技负责商务的张女士进行了面谈。牛工向张女士提出了三个问题：第一个问题是平时如何管理自己的通讯录；第二个问题是：收集的名片如何放置？第三个问题是：当需要获取朋友的联系资料时，你是如何做的？第四个问题是：如果有一个系统帮忙管理通讯录、名片资料时，你希望这个系统有什么功能？张女士对第一个问题的回答：“我主要负责公司的商务活动，需要联系的人比较多，我一般用EXECL来管理自己的通讯录，当需要打电话或发邮件给联系人时，我会通过EXECL来查找联系人”。张女士对第二个问题的回答：“我从商务活动中收集的名片，一般把名片的通讯资料录入到EXECL文档中，名片也会放置到一个抽屉里，但时间长了就容易丢失”。张女士对第三个问题的回答：“这个问题在第一个问题已经回答了，因为通讯录是EXECL文档，我会从EXECL文档中查找朋友的联系资料”。张女士对第四个问题的回答：“我进入系统应该只能看到自己的联系人信息，名片信息应该能自动识别录入、也可以手动录入，在手机、电脑上随时可以查询通讯录，可以发送个人的数字名片给朋友，朋友间可以互相交换数字名片”。和张女士面谈结束后，结合人脉系统V1.0需求范围，牛工确定了人脉系统V1.0的系统事件，系统在发生如下事件时能进行一些处理：用户登录用户注册用户添加名片用户查询名片用户查看名片信息牛工和用户的需求面谈主要是确定与系统相关的事件。实际上，所有的系统开发方法都是以事件概念开始建模的，调查系统需求阶段主要的工作就是确定与系统相关的事件，并编制事件列表。下节课我们会讨论什么是事件？

嘉宾：董秘吕总时间：2020年9月2日【嘉宾发言环节】上半年尽管疫情影响，业务取得一些进步：IDC：上架一季度远超预期，甚至1月就上架1000个，尽管4期3号楼去年底才交付，一季度就已经上齐了。新基建情况下，积极开展全国互联，南京7000个6kw机柜已经获批，积极推进董事会流程。太仓离罗泾20-30公里距离，电价非常有吸引力，因为现在租电分离。全国互联：北方、深圳。北方：北方取得了一些进展，也在积极开展中。外地重心在北方地区，以后会看到消息。后续积极争取上海指标，不管是自己申请、还是合作。希望以后每次上海发都有我们，前两次都有我们，第一次通过电信，第二次通过朴友，不能每次都有宝信名次，我们控股的底线是60%，保证绝对控股，以后争取不管每次什么形式我们都会有指标，年底我们会提交上万个机柜的计划，这是没多久的事情，我们做好了各种能耗的计划。深圳：比北方上海要慢，但也在积极开展。随着宝武的并购，外地也提出了新需求，宝武把太钢一部分划转进来，宝武和山西签的战略合作就包括跟宝信的合作，提出建设机柜短期需求时2万个，长期5万个，涉及到能耗的问题。总的来说，全国各地都希望对宝信招商引资，比如安徽等地。固守罗泾，全国扩展。钢铁信息化自动化：也非常好。上半年，宝武外：鞍钢签约了5亿纯软件产销一体化软件，包括ERP、MES，未来3年要完成实施。当年首钢2亿我们都觉得很罕见，现在一举签约5亿，证明中国最后一个钢厂堡垒被宝信攻破。我们相信鞍钢能拿下来，其他钢厂我们都能拿下。宝武体系：自动化也超预期：得益于钢铁市场改造，马钢整合好预料，比武钢翻新速度要快，10几个项目同时开干，非常超预期。宏观形势：以前觉得2-3年高增长，未来看不清。现在发生了一些变化，来源于宝武扩张，参加了一些宝武活动，了解了一些情况。现在到了宝武不会停下收购兼并脚步，我们关联市场会不断扩大。宝武的目标是2亿吨，现有规模下还要翻倍，我们最后担心不是订单，而是订单能不能完成。我们最近参与了一系列而非一家的钢厂钢铁信息化调研，我们认为5-6年这个市场一点问题都没有，毕竟宝钢信息化在中国都是最尖端的。比如，以前八一钢铁效益不好，今年上半年一下子就拿出1亿多给宝信做软件开发。说明宝武在这里的决心和任务，我们会是扩张的受益者。当然，我们不能光靠宝武，宝武给其他钢铁厂一个示范作用。我们也看出了很多钢铁厂找我们合作，给其他钢铁厂带来一些威胁，其他钢铁厂也会提出合作。【答疑环节】第二次指标的地址？水产路换到罗泾。可以换地方，事在人为。我们先天条件好，通过各种关系找到我们，能拿到指标，希望跟宝信合作。我们要做好管理，一块地只能用一个名额申请，不能用多个名额申请。但是找我们合作的人太多了，我们要甄别谁拿到的可能性最大。下一轮名额披露？9月份会收一批材料，这次11月份就会放出来名额。这次大概会有8家。5期投放节奏？5期之外？积极筹划，会很快。定制化已经做很深入的方案设计。建设到交付起码要9-10个月，明年下半年起码可以投放。明年我们不排除开干6期，还是在罗泾。太仓看什么时候开工，明年开工可能性比较大。最快明年底就能交付。客户还是云。钢铁信息化增速很快，公司人员增长规划？内部低端人员淘汰，上海人员都能成为高端项目经理。加大外协比例，把coding的外包。不断做宝武扩张，为什么要调研？每个钢厂都有信息化队伍，所以以后会看到人员增加。宝武做出同业不竞争承诺。我们分两步走：先救急；用新的平台做开发，3-4年后把所有宝钢的产品替换掉他们的。周边地区的毛利率？太仓跟上海的不会差太大，太仓90%左右，南京60%-70%。太仓单机柜盈利2W+，南京1.5W-2W，南京有一些成本比较低。IDC会不会收购？这次发出来后，他们没有电，很多情况是放空的。未来市场会向头部集中，小的厂商会失去地盘，未来我们不排除用基金模式对一些IDC进行收购，整合好后放回上市公司。明后年会像大厂商集中，一些小厂商会经营不善，价格会更合理。和几家都在谈基金的搭建。外地选点的依据？选点非常考验技术活。首先要了解5家龙头需求和战略布局，不然选点不在他们布局范围内，包括他们现在、未来的布局。为什么太仓会有，首先有罗泾、有数据港和万国3个点，下一个点通常不会超过50公里，就是太仓、常熟一带。选点要有地、要有电，某友商选址跟我们一样，唯一是他们选点没电，拉电很大代价。还要看空气质量、水资源。北方和深圳的数量和节奏？短期内2-3年内：北方：3-5万个。北京、河北。深圳：1W。以前不接阿里乌兰察布项目，现在对外扩张是不是更加积极？我们坚持相对自主权，有些厂商喜欢被贴标签，我们现在都没被贴标签，不掉死在一家里面，我们要选取最优质的资源。我们不排除未来也会干这样的活。眼下我们更希望有说话分量，否则太弱势未来利润会被压缩，典型的杭钢股份。一线竞争IDC厂商激烈，会不会过剩？周边能耗、电也很紧张。我们看到友商没有电。他们能干，但需要申请，需要时间。比如一个点相差10公里就没有变电站，变电站能引，但是需要时间。上海之外的我们拿资源的优势？我们的技术，在腾讯和阿里我们可以不做尽调，被客户认可。我们销售能力很强，有人脉。我们有资金。有一些合作对象是国企，他们也希望合作对象是国企。尤其我们是央企，能引进我们是地方政府的政绩。为什么未来2年是收购兼并的最好时期？能耗指标放得多，拿到指标的没有建设，他们想做的方向也不一定能做的成，我们相信有些厂商做不好。现在已经有人拿指标跟我们兜售。五期指标?后面还会拿，争取每一期都不落空。相信后面指标不是问题。以后每期都不会低于1万个6kw。20A的1.5W个。现在客户要求最低要求6kw，12kw现在蚂蚁金服都有需求。9月份出来的结果肯定是放在5期。IDC新增客户是流量厂商和内容厂商，我们客户的扩张？互联网、内容、金融和政企四类客户。政企客户不是我们争取重点。金融客户可遇不可求，有机会一定要争取，利润率更好，时间更长，目前看到一个客户，4k个机柜。互联网客户巩固大客户，一些新锐出来。积极拓展内容客户。阿里自建比例会不会提高？我们也听过传闻，这是他们意向。非核心地段他们自建比例会提高，以前数据港干的活他们可能会自己干，比如乌兰察布、南通不会给数据港、世纪互联。核心地段他们还有资源限制，跟资源稀缺有关。跟华为云做的IDC的毛利率会不会低一点？华为现在做的不是很大。决心很大、投入很大。逻辑上来说，有可能、但不是必然。毛利率再怎么低，也不会低于乌兰察布。马钢下面有一家信息化子公司？我只能说：同业不竞争。新三板公司，一年6-7亿收入，税后利润5kw左右。收购的钢厂信息化投入能不能根据钢厂收入线性地推？不能根据收入线性递推，信息化很复杂，要看车间数量等等。马钢资金能力也更好，所以上得比较快。武钢比较穷，宝钢输血很多。IDC半年报收入？IDC8亿收入。北方的节奏？我们的优势？商务阶段，谈了几个潜在客户。我们选点一定是兵家必争之地。客户自己去拿地也有一定困难，一些国企也不太敢跟民企合作。我们不一定拿地，我们可以选择合资。当地很多国企，他们很多好的资源。南方进展慢的原因？南方的每个点都很小，2千个。不像北方，很大的地。不像北方，一千亩都由你选。北方很多城市要经济转型，南方基础比较好，动力比较弱。

（调研现场） （座谈会现场） （市委书记、市人大常委会主任曹炯芳） 湖南日报·新湖南客户端6月27日讯(记者 曹漾)6月25日，湘潭市委书记、市人大常委会主任曹炯芳来到湖南软件职业学院，就学校建设、申本工作等相关情况开展调研。市委常委、市委秘书长陈忠红，副市长傅军参加调研。 曹炯芳现场考察了湖南软件职业学院老校区提质改造项目、中兴通讯学院实训基地、数据中心。随后，在学校行政楼三楼会议室召开座谈会，详细了解学校申本工作情况。校党委书记张华玲、校长谭长富分别作了办学情况和申本工作情况汇报。 曹炯芳说，湖南软件职业学院规模大、学科专、层次高、效果好，形成了校地、校企良性的互动、共同的发展。下一步，要聚焦申本、共同努力，突出结果导向，在依法依规前提下，一揽子解决申本相关问题。要突出特色、不忘初心，做强做优电子信息类专业，立足于服务社会、服务国家和科学技术、产业发展方向，为国家培养这一类技能型人才。要立足服务、解决问题，相关部门要做到有求必应、马上做到、说到做到、上门服务，力戒形式主义、官僚主义。高校是湘潭的优势所在、品牌所在，也是湘潭未来发展的空间所在，要继续发力、做大做强，举全市、全公司、全校之力，推进学校实现跨越式发展。 当天，曹炯芳一行还到湖南吉利汽车职院、北津学院进行了调研。 [责编:曹漾][来源:湖南日报·新湖南客户端]