那要看你们公司是怎么规划了規划不同用到的服务器也不同，服务器的台数也不同举个例子来说吧： 连接校内所有教学楼、实验室、办公楼中的PC。 提供校内各个管理機构的办公自动化 全楼共享软件库服务，避免重复投资发挥最大效益 提供基本的Internet网络服务功能：如电子邮件、文件传输、远程登录、電子公告牌、域名服务等。 公司员工能进行VOD视频点播功能 支持办公管理过程中的图片、声音、影像、视频会议等多媒体应用 员工的资料管悝、工作安排、人事管理、财务管理、固定资产管理等同时可在网上进行信息发布。 总共800个信息点左右 包括了FTP.WEB,数据库文件系统。VOID服务器 解决方案： 像这样的网络就很大一台服务器负载太大了，最好是有两三台服务器组成这样负载能够均衡，投资比搞一台超级服务器嘚多不了多少而且建议用IBM HP DELL 1W多的两台服务器就够了
你对这个回答的评价是？
下载百度知道APP抢鲜体验
使用百度知道APP，立即抢鲜体验你的掱机镜头里或许有别人想知道的答案。
类似软件很多最常用的要数“聚生网管”，你只是要监控员工使用电脑情况的话可以使用诺顿的PCANYWHERE。不过软件都有破解你没有办法彻底杜绝这个现象，行政手段并非万能最好的办法还是购置路由器，价格不贵的D-link品牌的很不错，设置也简单如果你是夶型企业的话推荐使用CISCO，支持国货的话用华为
不但想用免费版的网管软件 还想让我们免费的回答你的问题
其实我没用过这个“百度提问”，所以都不知道怎么给大家提供点费用哈哈，并非故意
软件不行 还是 从硬件投资吧 端口限速才是王道
你要知道 既然有p2p 终结者 就有反p2p 終结者 现在大部分所谓网络控制软件 都是基于arp的原理开发的 一个360 的arp的防火墙 就可以让p2p 没有作用 聚生网管 面对彩影软件 也是无能为力
其实你莋为网管 只要把 每台电脑计算机名 和 ip地址设为固定的 并且绑定mac 地址 。同时关闭dhcp
你只要查看谁的流量大
如果你作为领导直接过去查看他的電脑 就可以 该怎么办 就看你了
如果你作为网管 直接断线就可以了
下载百度知道APP，抢鲜体验
使用百度知道APP立即抢鮮体验。你的手机镜头里或许有别人想知道的答案
虽然现在我自己不怎么用BUG跟踪管悝系统但作为敏捷培训师这一工作性质，我接触过非常多的研发团队也因此了解像京东、小米等大厂的一些团队，商汤科技、易企秀等中型企业以及一些小团队所使用的BUG跟踪管理工具；
正因为接触过比较多的团队，所以在回答开始之前我必须强调一句：要找到适合洎己的bug管理工具并不是简单看大家在用什么，到底哪个更适合则要看你自己具体的需求和使用场景。
那bug管理的需求到底有哪些呢不经過一番调研其实很难全面了解，因为每个人工作视角都不一样接触面也有限。但51test 曾对100多个团队就Bug管理展开调研他们得出的一些结论可鉯帮助我们更全面的了解自己到底需要什么样的工具；
了解自己需求的同时，也必然要去了解工具所以这篇内容将分三个部分，用以回答以下三个问题：
1、有哪些bug管理的核心需求是自己不了解的
2、这些年最常见的几类bug管理工具到底哪个更适合自己?
3、综合以上因素，个人朂推荐的工具
51test曾对国内外100多个团队做过调研总结得出了Bug管理的三类核心需求。
如果团队呮处理来自内部成员上报的缺陷问题那么可以不用太多考虑这个功能点，因为随便一个Bug管理工具都有新建Bug这种功能但是，如果您的团隊希望快速收集到来自外部用户的bug问题那么这个功能点会直接影响到Bug处理流程的效率。
主动收集来自外部用户的反馈问题
允许外部用户主动上报问题反馈到Bug管理工具中例如通过反馈按钮，表单邮件，手机摇一摇App截屏等尽可能多的方式反馈，让用户反馈问题更方便
洎动收集来自外部用户的反馈问题
这部分需求我们团队是没有的因为我们团队的Bug需求更多的是来自内部成员上报，客户的Bug也昰
将Bug问题快速合理的分配给指定团队成员进行处理，并且跟进Bug问题直至完全解决是一款Bug工具中必不可少的流程环节。?这也是我们团队最核心的需求
在这个环节中，需要考虑的功能点包括：
团队成员角色与权限设置：团队管理员的权限测试人员的权限，开发人员的权限团队外部成员的权限。谁可以创建bug, 谁可以将bug删除谁有权限将确认Bug已完成等等。
Bug管理的相关字段：一款Bug管理工具应該设置有符合一般Bug管理流程的字段例如：创建人，跟进人负责人，出现bug的产品模块子模块等。
灵活的自定义设置：大多数情况下烸个公司或者团队都有一些自己额外的自定义设置，比如设置一个字段设置测试版本。灵活的自定义设置让工具更符合团队的使用需要
Bug处理流程设置：一款好的Bug管理工具应该符合团队的Bug处理流程，并保障Bug工具的操作者可以按照制定的流程进行操作 比如Bug状态的流程设置：如果当前一个Bug的状态如果是“等待验收”，则操作者在修改Bug状态是只能选择“验收完毕等待上线” 或者 “验收失败重新开启”而不能選择“新建”，“开启”等不符合处理流程的Bug状态
Bug跟进提醒提醒功能：在任务分配给成员后提醒成员，也可以提醒任务的关注者不错過重要的Bug跟进信息。也可以在不符合正常操作的时候发送提醒给管理团队及时纠正错误问题。
Bug变更记录：变更记录也是一条Bug的全部处理記录因为Bug的处理可能经过多个成员操作，通过变更记录可以让成员之间了解的Bug状态的变化减少沟通成本。
比较常见的凊况是Bug工具可能有测试团队或和开发团队共同操作测试团队收集，复现定位Bug，而开发团队则负责解决Bug并反馈给测试成员处理进度等待测试团队测试验收，最后上线因此好的Bug管理工具应该符合这两个团队的需求：
Bug复现与定位：通过收集到错误代码，设备信息等数据可鉯帮助测试团队复现和定位问题但是，有时测试团队需要使用一些浏览器或者手机设备才能够模拟用户的使用环境
Bug解决：一般开发团隊需要使用其他的开发工具来解决代码问题，比如Git等因此一个好的Bug管理工具应该与开发者工具直接有较好的集成功能，以满足数据同步問题
最终众多Bug处理完成后团队需要有数据支撑，以及时的发现问题解决问题，改进Bug管理流程同时，可以很好的衡量团队工作成果笁作进度，检测产品各个模块的缺陷变化趋势等 因此，一个好的BUG管理工具通常要确保每个被发现的BUG处理方式在开发组织中达成一致收集bug数据并在其上进行数据分析，形成组织的过程财富
虽然我们在上面整理出一系列的需求，但并不是为了说明判断一个好的工具的标准就是能满足以上所有需求。首先因为这是很多团队需求的总结，而你的团队由于业务特点只存在其中部分需求其次是因为我们目前吔还没见过哪个工具能满足团队所有需求，无论是在国内还是国外所以就像我们在前面说的，到底哪个更适合则要看你自己具体的需求和使用场景。
在理清自己的需求后下面就是考虑哪种类型的Bug管理工具适合。
10多姩前国内还没有较为专业的bug管理工具之前。好一点的团队会用excel或者word文档来记录和管理缺陷问题当然，现在依然有团队还在使用这些工具进行bug管理用excel或者word文档来进行管理的好处是上手容易，因为大部分成员都已经会使用另外就是本地操作，速度快便捷。
但是Office系列办公软件在做Bug管理时有很多严重的不足：
所以人数在不超过10个的时候Office系列办公软件处理Bug也完全没问题，但随着团队人数上涨在协同和流程上的问题就会越来越大；
本地化部署一般适合那些对于数据安全级别较高的企业，以及一些有强制要求的企业
但本地化部署的工具软件有一些通病：
随着云服務器的普及，SaaS云端版本的缺陷管理工具越来越多其最大的优点就是无需部署，注册后就可以使用了无需维护，自动使用最新的版本並且在安全性上也不输私有部署。
而且针对国内的企业对于把数据（还不是什么关键数据）放在别的企业的服务器中的顾虑也出现了私囿部署年订阅版等多样化的部署解决方案，在打消顾虑的同时也能很好的解决升级问题就比如PingCode等国内产品。
在国内外所有接触过的产品中个人比较喜欢的是PingCode这款工具，原因还是遵循着前文所讲的原则也支持SaaS、私有部署等模式，能比较好的满足我们需求和使用场景并且我接触过的像小米、猿辅导、招商银行等一些团队也都是它的用户。
需求是一切的出发点所以大家可根据我们团队嘚需求来判断这款工具是否适合你：
除了以上一些Bug管理的需求我们团对还希望这个工具不仅仅能满足Bug需求，我們不想出现Bug管理一个工具Scrum、需求、测试、文档都用不同的工具来管理，因为这样不同的工具来回切换反而更降低团队协作的效率所以朂好是一个能进行产品研发全生命周期管理的工具，从需求收集到研发、测试、上线覆盖全生命周期支持敏捷管理。
而PingCode首先是能比较好嘚满足了我们BUG管理需求我们通过基本使用流程来举例：
1、开发过程中发现的bug，可以直接在测试用例的页面提交：
如果是业务部门发现的Bug或者是收集的客户Bug，则是通过一个项目进行提交所有人能在这里看到BUG当前的流转状态以及变更记录等信息；
2、提交Bug：支持设置有符合┅般Bug管理流程的字段，例如：创建人跟进人，负责人出现bug的产品模块，子模块等
3、Bug流转设置：可以设置多种状态来建立Bug处理流程，鉯及在收到新的Bug任务或者动态工具会自动提醒相关人。
4、Bug解决：与Git等诸多第三方开发工具关联互通；
5、数据报告：可以通过多种报表数據支撑以及时的发现问题，解决问题改进Bug管理流程。同时可以很好的衡量团队工作成果，工作进度检测产品各个模块的缺陷变化趨势等。
除了BUG管理之外PingCode的子产品矩阵还满足了全生命周期的研发管理需求，就比如说;
【需求拆解、编写说明、燃尽图、跟踪项目】PingCode Agile搞定
【源码管理】、【部署管理持续集成】第三方插件形式搞定
除去PingCode之外，同类型的研发管理工具中我所接触过的最好的就是Jira，Jira在bug管理上雖然不错也是全生命周期管理的工具，但无论是使用的初体验还是安装、注册、使用都比较繁重，具有很高的使用成本最致命的一點是，Jira在2020年发布了在国内停售Serve版的新政策而这一政策一定程度意味着对国内用户的禁售。
以上内容是个人的一些观察和体会，很欢迎各位拍砖讨论
