计算机核心期刊新排名（1）
 
新排名
2004部分核心期刊名单（自动化、计算机部分与无线电、电信部分)
自动化、计算机部分
1    计算机学报    北京    中国计算机学会等
2    软件学报    北京    中国科学院软件研究所
3    计算机研究与发展    北京    中国科学院计算技术研究所等
4    自动化学报    北京    中国科学院等
5    计算机科学    重庆    国家科技部西南信息中心
6    控制理论与应用    广州    中国科学院系统科学研究所等
7    计算机辅助设计与图形学学报    北京    中国计算机学会等
8    计算机工程与应用    北京    华北计算技术研究所
9    模式识别与人工智能    北京    中国自动化学会等
10    控制与决策    沈阳    东北大学
11    小型微型计算机系统    沈阳    中国科学院沈阳计算机技术研究所
12    计算机工程    上海    上海市计算机协会
13    计算机应用    北京    中国科学院计算机应用研究所等
14    信息与控制    沈阳    中国科学院沈阳自动化研究所
15    机器人    沈阳    中国科学院沈阳自动化研究所
16    中国图象图形学报 .A版    北京    中国图象图形学会
17    计算机应用研究    成都    四川省计算机应用研究中心
18    系统仿真学报    北京    航天机电集团北京长峰计算机技术有限公司
19    计算机集成制造系统—CIMS    北京    国家863计划CIMS主题办公室等
20    遥感学报    .北京    中国地理学会环境遥感分会，中国科学院遥感应用研究所
21    中文信息学报    北京    中国中文信息学会
22    微计算机信息    北京    中国计算机用户协会，山西协会
23    数据采集与处理    南京    中国电子学会等
24    微型机与应用    北京    信息产业部电子第6研究所
25    传感器技术    哈尔滨    信息产业部电子第49研究所
26    传感技术学报    南京    国家教委全国高校传感技术研究会，东南大学
27    计算机工程与设计    北京    航天工业总公司706所
28    计算机应用与软件    上海    上海计算技术研究所等
29    微型计算机    重庆    科技部西南信息中心
30    微电子学与计算机    西安    中国航天工业总公等
　
无线电、电信部分
1    电子学报    北京    中国电子学会
2    中国激光    北京    中国光学学会
3    半导体学报    北京    中国电子学会等
4    通信学报    北京    中国通信学会
5    电子与信息学报    北京    中国科学院电子学研究所，国家自然科学基金委员会信息科学部
6    光电子、激光    天津    国家自然科学基金委员会信息科学部
7    电子科技大学学报    成都    电子科技大学
8    激光杂志    重庆    重庆市光学机械研究所
9    激光技术    成都    西南技术物理研究所
10    西安电子科技大学学报    西安    西安电子科技大学
11    红外与毫米波学报    北京    中国光学学会等
12    量子电子学报    合肥    中国光学学会基础光学专业委员会
13    应用激光    上海    中国光学学会激光加工专业委员会
14    系统工程与电子技术    北京    中国航天工业总公司二院等
15    电子技术应用    北京    信息产业部电子第六研究所
16    半导体光电    重庆    重庆光电技术研究所
17    激光与红外    北京    华北光电技术研究所
18    电信科学    北京    中国通信协会
19    半导体技术    石家庄    中国半导体行业协会等
20    固体电子学研究与进展    南京    南京电子器件研究所
21    现代雷达    南京    南京电子技术研究所
22    信号处理    北京    中国电子学会
23    电波科学学报    新乡    中国电子学会
24    电视技术    北京    信息产业部电视电声研究所
25    压电与声光    重庆    机械电子工业部第26研究所
26    北京邮电大学学报    北京    北京邮电大学学报
27    激光与光电子学进展    上海    中国光学学会
28    红外与激光工程    天津    航天工业总公司第三研究院8358研究所
29    电路与系统学报    广州    中国科学院广州电子技术研究所
30    光电工程    成都    中国科学院光电技术研究所等
31    光通信研究    武汉    武汉邮电科学研究院
32    微电子学    重庆    四川固体电路研究所
33    通讯技术    成都    信息产业部电子第三十研究所
34    光通信技术    桂林    电子工业部第34研究所
35    液晶与显示    长春    中国科学院长春光学精密机械与物理研究所，中国光学电子行业协会液晶专业分会
36    微波学报    南京    中国电子学会
37    广播与电视技术    北京    国家广播电影电视总局科技信息研究所
38    真空科学与技术学报    北京    中国真空学会
39    数据采集与处理    南京    中国电子学会等
40    红外技术    昆明    昆明物理研究所
41    电子元件与材料    成都    宏明电子实业总公司（国营第715厂）
 
计算机中文核心详细版（2）
 
计算机类中文核心期刊简介在实际工作中，常有些读者在职称评审、投稿、申报项目时，需要查找计算机类中文权威、核心期刊目录或编辑部地址、联系方式等，现汇编、整理了这份“计算机类中文核心期刊简介”，供参考。
计算机类中文核心期刊目录如下：
1.《软件学报》 （月刊） EI、ISTIC收录
主办单位：中国计算机学会 中国科学院软件研究所
地址：北京8718信箱 北京海淀区中关村《软件学报》编辑委员会
邮编：100080
邮发代号：82－367
E-mail:jos@iscas.ac.cn
http://www.jos.org.cn http://www.jos.org.cn
2.《计算机学报》 （月刊） EI、ISTIC收录
主办单位：中国计算机学会 中国科学院计算技术研究所
地址：北京2704信箱 中国科学院计算技术研究所 《计算机学报》编辑部
邮编：100080
邮发代号：2－833
E-mail: cjc@ict.ac.cn
http://www.ict.ac.cn/cjc/cjc.html cjc@ict.ac.cn http://www.ict.ac.cn/cjc/cjc.html
3.《计算机研究与发展》 （月刊） ISTIC收录
主办单位：中国科学院计算技术研究所 中国计算机学会
地址：北京2704信箱 中国科学院计算技术研究所 《计算机研究与发展》 编辑委员会
邮编：100080
邮发代号：2－654 E-mail:crad@ict.ac.cn
http:// crad.ict.ac.cn
4.《计算机工程 （半月刊）》 ISTIC收录
主办单位：华东计算技术研究所 上海市计算机学会
地址：上海市漕河泾桂林路418号 《计算机工程》编辑部
邮编：200233
邮发代号：4－310
E-mail:hdsce@china.com
http://www.jsjc.chinajournal.net.cn http://www.jsjc.chinajournal.net.cn
5.《自动化学报》 （双月刊） EI、ISTIC收录
主办单位：中国自动化学会 中国科学院自动化研究所
地址：北京中关村中国科学院自动化所《自动化学报》编辑部
邮编：100080
邮发代号：2-180
E-mail:aas@iamail.ia.ac.cn http://www.chinainfo.gov.cn/periodical/zdhxb http://www.chinainfo.gov.cn/periodical/zdhxb
6 .《模试识别与人工智能》 （季刊） ISTIC收录
主办单位：中国自动化学会 国家智能计算机研究开发中心
地址：合肥1130信箱 中国科学院合肥智能机械研究所 《模式识别与人工智能》编辑部
邮编230031
邮发代号：26-69
E-mail:bjb@mail.iim.ac.cn
7.《小型微型计算机系统》 （月刊） ISTIC收录
主办单位：中科院沈阳计算技术研究所 地址：沈阳市和平区三好街100号 中科院沈阳计算技术研究所 《小型微型计算机系统》编辑部
邮编：110004
邮发代号：8－108
E-mail:xwjxt@sict.ac.cn
http://www. sict.ac.cn
8.《计算机科学》 （月刊） ISTIC收录
主办单位：国家科技部西南信息中心
地址：重庆市渝中区胜利路132号 《计算机科学》杂志社
邮编：400013
邮发代号：78－68
E-mail:jsjkx@swic.ac.cn
9.《计算机应用与软件》（月刊）
主办单位：上海市计算技术研究所 上海计算机软件技术开发中心
地址：上海市愚园路546号 《计算机应用与软件》编辑部
邮编：200040
邮发代号：4－379
10.《数值计算与计算机应用》 （季刊） ISTIC收录
主办单位：中国科学院计算数学与科学工程计算研究所
地址：北京市2719信箱 《数值计算与计算机应用》编辑部
邮编：100080
邮发代号：2-413
E-mail:SZJS@chinajournal.net.cn http://www.chinainfo.gov.cn/periodical http://www.chinainfo.gov.cn/periodical
11.《计算机工程与应用》 （旬刊） ISTIC收录
主办单位：华北计算技术研究所
地址：北京市北四环中路211号 北京619信箱26分箱《计算机工程与应用》杂志社
邮编：100083
邮发代号：82－605
投稿信箱： tjit@public2.bat.net.cn
                 cea@163bj.com
http://www.chinainfo.gov.cn/periodical/ tjit@public2.bat.net.cn cea@163bj.com
http://www.chinainfo.gov.cn/periodical/
12.《计算机应用研究》 （月刊） ISTIC收录
主办单位：四川省电子计算机应用研究中心
地址：成都市人民南路4段11号附1号 《计算机应用研究》杂志社
邮编：610041
邮发代号：62－68
E-mail：SRCCA@SICHUAN.NET.CNSRCCA@SICHUAN.NET.CN
13.《计算机工程与科学》 （双月刊） ISTIC收录
主办单位：国防科技大学计算机学院
地址：湖南长沙砚瓦池正街47号 《计算机工程与科学》编辑部
邮编：410073
邮发代号：42－153
E-mail：cchunxi@163.net
             cchunxi@163.net
14.《中文信息学报》 （双月刊） ISTIC收录
主办单位：中国科学院软件研究所 中国中文信息学会
地址：北京8718信箱 《中文信息学报》编辑部
邮编：100080
E-mail:cips@admin.iscas.ac.cn
15.《计算机应用》 （月刊） ISTIC收录
主办单位：中科院成都计算机应用研究所 四川省计算机学会
地址：成都市人民南路四段九号 成都237信箱《计算机应用》编辑部
邮编：610041
邮发代号：62－110
E-mail:bjb@computerapplications.com.cn   http://www.computerapplications.com.cn
16.《计算机辅助设计与图形学学报》 （月刊） ISTIC收录
主办单位：中国计算机学会
地址：北京2704信箱 中国科学院计算技术研究所
邮编：100080
邮发代号：82－456
E-mail:jcad@ict.ac.cn
http://jcad.ict.ac.cn
http://jcad.ict.ac.cn
17.《计算机科学与技术》（英文版） （双月刊） SCIE、EI收录
主办单位：中国科学院计算技术研究所
地址：北京2704信箱
邮编：100080
邮发代号：2－578
E-mail:jcst@ict.ac.cn
http://jcst.ict.ac.cn
http://jcst.ict.ac.cn
18.《计算机工程与设计》 （月刊）
主办单位：中国航天科工集团二院706所
地址：北京142信箱406分箱 《计算机工程与设计》编辑部
邮编：100854
邮发代号：82－425
E-mail:ced@httx.com.cn
           ced@httx.com.cn
19.《 微电子学与计算机》 （月刊）
主办单位：中国航天科技集团公司西安微电子技术研究所
地址：西安市81号信箱 《 微电子学与计算机》编辑部
邮编：710054
邮发代号：52－16
说明：检索系统摘引情况选定三个系统，即SCI(科学引文索引)、EI(工程索引)和 ISTIC (中国科技期刊引证报告统计源期刊)，未注明者为非统计源期刊, 参照1999年度的数据。

有甲、乙、丙三个精灵，其中一个只说真话，另外一个只说假话。还有一个随机地决定何时说真话，何时说假话。你可以向这三个精灵发问三条是非题，而你的任务是从他们的答案找出谁说真话，谁说假话，谁是随机答话。这个难题困难的地方是这些精灵会以“Da”或“Ja”回答，但你并不知道它们的意思，只知道其中一个字代表“对”，另外一个字代表“错”。你应该问那三条问题呢？

对P,NP,NPC,NP-H问题的认识和理解

author: 云朵朵lanqy

由于对P,NP,NPC,NP-H这几个问题一直都属于模糊的认识状态，特在网上找了些相关P,NP,NPC,NP-H问题的解释，网上相关于它们的解释版本很多，其中还存在不少错误的解释版本，令人越看越晕，越来越糊涂。最后在不断的努力下，似乎明白了一些，以下是对P,NP,NPC,NP-H问题的一些认识、理解和考证。如果理解还有什么偏差的话请高手批评指教。

版本1：

计算复杂性理论源于对判定问题算法的研究。

判定问题：其答案不是“是”就是“否”的问题。如，一个图的两顶点之间存在路径吗？判定问题有．三类：P，NP和NPC．

P类：已有多项式时间算法的判定问题．

NP类：已有指数时间算法的判定问题，包括P类．

NPC类：是NP的一个子集，且其中每一个问题均能由NP中的任何问题在多项式时间内转化而成．问题A能在多项式时间内转化为问题B可理解为，问题A有一个算法以问题B的算法为子程序，当把每次对B算法的调用看作一个基本操作（只花常数时间）时，A的这个算法是多项式时间的．

在NPC问题之外还有一些问题，其难度与NPC相当或难度超出NPC，这就是NPH问题．何谓NPH问题呢？

NPH类：若问题A不属于NP类，已知某一NPC问题可在多项式时间之内转化为问题A，则称A为NP难题．例如，“TSP”是NPH问题．

版本2：三、什么是NP问题？

指那些既不能证明其算法复杂性超出多项式界，又未找到有效算法的一类问题。

版本3：

P是所有可在多项式时间内用确定算法求解的判定问题的集合。

NP是所有可在多项式时间内用不确定算法求解的判定问题的集合。

版本4：

P问题：在多项式时间内由确定的图灵机（DTM）可以解决的问题称为P类问题，或称其属于P类。

NP问题：如果一个问题，其解法可以在多项式时间内由一个NTM（不确定图灵机）实现，那么此问题是NP问题

NP－HARD：从多项式规约的角度来看， 如果任何一个NP问题的都不会比某个问题L难，那么我们就说L是NP-HARD问题

NPC：如果某个问题是NP-HARD问题，同是它又是NP问题。那么，我们称它为NPC问题

版本5

1。P类问题：由确定型图灵机在多项式时间内可解的一切判定问题所组成的集合；

2。NP类问题：由非确定型图灵机在多项式时间内可计算的判定 问题所组成的集合；

3。NP完全问题：如果判定问题π∈NP，并且对所有其他判定问题 π∈NP，都有π'多项式变换到π(记为π'∞π)，则称判定问题π 是NP完全的。

我的看法与理解：

1．P与NP的定义

通过考证，版本4和版本5对P问题和NP问题的定义较为严谨，其实版本2和通常的：“复杂度类P包含所有那些可以由一个确定型图灵机在多项式表达的时间内解决的问题；类NP由所有其肯定解可以在给定正确信息的多项式时间内验证的决定问题组成，或者等效的说，那些解可以在非确定图灵机上在多项式时间内找出的问题的集合。”是一层意思，剩下的几个版本可以认为是广义上非严格的定义。值得注意的是：这里NP的N是Non-Deterministic的N，不是Non-Polynomial的N。P问题与NP问题的关系问题是计算理论最大的未解决问题，也就是常说的P vs PN问题或P =？NP问题。

2．P =？NP  与 NPC问题

P =？NP 是“千僖难题”之一，美国麻州的克雷(Clay)数学研究所于2000年5月24日在巴黎法兰西学院宣布以一百万美元的报酬悬赏此问题。先看BBS上的一段说法：

NP就是Non-deterministic Polynomial的问题，也即是多项式复杂程度的非确定性问题。什么是非确定性问题呢？有些计算问题是确定性的，比如加减乘除之类，你只要按照公式推导，按部就班一步步来，就可以得到结果。但是，有些问题是无法按部就班直接地计算出来。比如，找大质数的问题。有没有一个公式，你一套公式，就可以一步步推算出来，下一个质数应该是多少呢？这样的公式是没有的。再比如，大的合数分解质因数的问题，有没有一个公式，把合数代进去，就直接可以算出，它的因子各自是多少？也没有这样的公式。这种问题的答案，是无法直接计算得到的，只能通过间接的"猜算"来得到结果。这也就是非确定性问题。而这些问题的通常有个算法，它不能直接告诉你答案是什么，但可以告诉你，某个可能的结果是正确的答案还是错误的。这个可以告诉你"猜算"的答案正确与否的算法，假如可以在多项式时间内算出来，就叫做多项式非确定性问题。而如果这个问题的所有可能答案，都是可以在多项式时间内进行正确与否的验算的话，就叫完全多项式非确定问题。完全多项式非确定性问题可以用穷举法得到答案，一个个检验下去，最终便能得到结果。但是这样算法的复杂程度，是指数关系，因此计算的时间随问题的复杂程度成指数的增长，很快便变得不可计算了。

人们发现，所有的完全多项式非确定性问题，都可以转换为一类叫做满足性问题的逻辑运算问题。既然这类问题的所有可能答案，都可以在多项式时间内计算，人们於是就猜想，是否这类问题，存在一个确定性算法，可以在指数时间内，直接算出或是搜寻出正确的答案呢？这就是著名的NP=P？的猜想。

解决这个猜想，无非两种可能，一种是找到一个这样的算法，只要针对某个特定NP完全问题找到一个算法，所有这类问题都可以迎刃而解了，因为他们可以转化为同一个问题。另外的一种可能，就是这样的算法是不存在的。那么就要从数学理论上证明它为什么不存在。

前段时间轰动世界的一个数学成果，是几个印度人提出了一个新算法，可以在多项式时间内，证明某个数是或者不是质数，而在这之前，人们认为质数的证明，是个非多项式问题。

可见，有些看来好象是非多项式的问题，其实是多项式问题，只是人们一时还不知道它的多项式解而已。

看了这段文献，也许会明白版本1中“NP类：已有指数时间算法的判定问题，”是断章取义的定义。但是对于NPC（NP-completeness）的理解和解决P =？NP问题的两条出路可能还不是那么清楚，那看一下1982年图灵奖获得者：斯蒂芬.库克（Stephen A. Cook）有关于NP完全性理论的奠基（来自《ACM图灵奖——计算机发展史的缩影》（高等教育出版社））的材料，也许就会更清楚些了：

1971年5月，他在ACM于俄亥俄州的 Shaker Heights举行的第三届计算理论研讨会上发表了那篇著名的论文：“定理证明过程的复杂性”(The Complexity of Theorem Proving Procedures)，在这篇论文中，库克首次明确提出了NP完全性问题，并奠定了NP完全性理论的基础，所谓“NP完全性”（NP-completeness）问题是这样一个问题：由于P =？NP问题难以解决，库克就另辟途径，从NP类的问题中分出复杂性最高的一个子类，把它叫做NP完全类。库克证明，任取NP类中的一个问题，再任取NP完全类中的一个问题，则一定存在一个确定性图灵机上的具有多项式时间复杂性的算法，可以把前者转变成后者。这就表明，只要能证明NP完全类中有一个问题是属于P类的，也就证明了NP类中的所有问题都是P类的，即证明了P=NP。库克的这一研究成果为研究P=？NP的科学家们指明了一条捷径和一个方向，不必再像大海捞针似地去盲目探索了。虽然科学家们沿着库克指明的这条“捷径”仍在艰难地前进，至今没有达到光辉的终点（P=？NP的问题至今仍未有结论），但学术界公认库克的NP完全性理论是对计算复杂性理论的一个重大贡献。库克的论文只证明了命题演算的可满足性问题是NP完全的，但在它的启发下，卡普（R. Kap，1985年图灵奖获得者）在第二年就证明了21个有关组合优化的问题也是NP完全的，从而加强与发展了NP完全性理论。

库克在建立NP完全性理论时，为研究复杂性类之间的关系提出的方法,叫“复杂性归纳”（complexity reduction）,用以比较问题的计算难度。库克所用的归约方法是多项式时间图灵归约,有时直接把它叫做库克归纳。其要点如下：假设所考虑的问题都已编码成字母表Σ上的语言（实例的集合）。设L1、L2是Σ上的两个语言，若存在以L2为oracle集的多项式时间图灵机M，其接受的语言为L1，则称L1多项式时间图灵机约到L2，记为L1≤prL2。这时，对X是否属于L1的判别可转化为至多|x|的多项式个元素是否属于L2的判别，  因此，l2εp便导致L1εp。从这种相对的意义上说，L1的计算不比L2难。≤Pr可以是定义在任何言类@上的一种二元前序关系，如果存在Lε@，对于任何L1ε@，都有L1≤PrL，则L就是@中（在多项式时间图灵归约下）“最困难的”，称其为@-T完全的。

因此，不严格的讲，NP完全问题是NP类中“最难”的问题，版本4的“NPC：如果某个问题是NP-HARD问题，同是它又是NP问题。那么，我们称它为NPC问题”定义的方式也许就来源于这种理解(NP完全问题是NP类中“最难”的问题)。同样，还有一层意思，也就是说它们是最可能不属于P类的：所有其它的NP问题都可以归约到这些NP完全问题。这一层面上出现了版本5有关于NPC的定义。

但是，从NPC问题的本意来看，其本质在于解出一个NPC就意味这可以解出所以的NP，NPC应该是指这类具有这样性质的NP问题的集合，转换只是一种解问题的手段，至于“难”和“最难”都是比较笼统的说法。如果说这种转换是NPC问题的必要和充分条件，那么版本5中的不应该是“都有π'”使得“π'∞π”，而是“任意NP问题π'都有π'∞π”，因为版本5中的“都有π'”只是给人“存在一些π'，…”的意味。可惜自己不是学数学的，有关与数学具体的定义不是很了解。如果理解还有什么偏差的话请高手批评指教。

3．对与NP－HARD的说法

  按版本4的说法（NP－HARD：从多项式规约的角度来看， 如果任何一个NP问题的都不会比某个问题L难，那么我们就说L是NP-HARD问题），通俗的说也就是一个比NP问题还要难的问题，但是这个问题不一定属于NP问题，即：不是NPC问题。

 

以下是看的一些参考材料，还有一些关于这些问题的花边，没时间拿出写了，贴出来吧，就算是参考文献吧。

主要参考文献：

1．P，NP，NPC问题 作者: boy   发表日期: 2006-05-29 20:19  

http://kelab.hit.edu.cn/blog/blog.php?do_showone/tid_40.html

 

2．理论计算机初步：P vs NP - 问题概述©Zhang-Zi, August 23, 2006 @ 10:40 pm · Filed under Computer Science

http://zhiqiang.org/blog/412.html

3．理论计算机初步：P vs NP - 历史，现状和未来 同上

4．P/NP问题

 http://baike.baidu.com/view/286218.htm

 

 

计算机系统综合知识

1.计算机组成与体系结构
(1)构成计算机的各类部件的功能及其相互关系。
(2)各种体系结构的特点与应用（SMP、MPP）。
(3)计算机体系结构的发展。
2.数据通讯与计算机网络
(1)数据通讯的基本知识。
(2)网络体系结构与协议。
   .开放系统互连参考模型
   .TCP/IP分层模型
   .常用协议标准
(3)计算机网络分类。
   .分类方法。
   .局域网定义及类型。
   .广域网定义及类型。
(4)Internet
   .路由结构。
   .地址和域名。
   .万维网应用。
   .可扩展标记语言(XML)。
3.软件知识
(1)操作系统。
   .操作系统的类型与结构。
   .系统的并行机制。
   .网络操作系统。
   .分布式操作系统。
   .嵌入式操作系统。
   .主流操作系统产品。
(2)数据库系统。
   .数据库管理系统的类型、结构。
   .关系数据库及主流产品。
   .数据仓库与联机分析处理。
   .数据挖掘。
(3)中间件。
4.系统配置与性能评价
(1)Client/Server与Browser/Server结构、三层或多层结构、分布式系统。
(2)系统配置方法(双份、双重、热备份、容错、集群)。
(3)典型基准测试程序(Benchmark)。
(4)系统性能计算，系统性能指标，系统性能评估。
(5)系统可靠性指标、经济效益指标。
5.计算机应用知识
(1)信息管理、数据处理、辅助设计、自动控制、科学计算、人工智能。
(2)远程通信服务、Web计算。
(3)多媒体技术基础。
  

 

如何成为一个好的系统分析员

李华 系统分析员基本功 　　好的系统分析员都是从优秀的程序员中产生的，坚实的编程功底、丰富的经验是今后做系统分析的基础。 　　没有对系统本身进行过透彻剖析过，很难领会到其中一些难以言述的精华。但并不等于好的程序员就能够 成为好的系统分析员。 　　合理的知识结构。语言能力、文字表达能力、技术的全面性等是对系统分析员的基本要求。比如说c/s和3 层开发，如果仅仅对netscape公司的产品熟悉还不够，还需要了解比如微软等产品，并且要了解他们中产 生历史,发展思路，技术优劣，以应付各种穷追猛打的提问。但更重要的是，这是你为应用定制技术要求 的前提。 系统分析员思想 　　全局观念是系统分析员必须具备的观念。如果系统分析员设计时太注重细节，往往会陷入在某个问题上纠 缠不清的泥潭。（93年，我论文指导老师的一席话影响了我随后几年对软件开发的理解----今后计算机会 越来越快，多写几行代码少写代码无关紧要，最重要的是整体；一开始就错了，某个部份编得再好，也是 没有用的） 　　系统分析员要有面向用户的思想。系统分析员应当有能力将自己扮演成用户，来了解要交付的项目看起来 想什么样式，感觉想什么，从而了解用户的想法并挑选出合理部份去开发。从这个意义上说，系统分析员 才能获得有意义的见解去引导他的开发组成员。系统分析员头脑中要对项目结局有一个清楚的认识，并保 证项目不偏离方向。系统分析员要有根植于技术，高于技术思考问题的思想。纯粹的程序员通常对最终结 果考虑的不是很多，当一种新的技术在市场上出现时，他们对能否按时交付的考虑就比较少，而强烈希望 他们的计划能够建立在新的技术之上。因此，系统分析员的想法和行动要象一个用户，又要能够站在技术 的高度，成为真正的用户、程序员之间的代言人。 任务难度的预测能力 　　系统分析员要具备快速的任务难度预测能力以及具备快速确定开发小组人员构成和任务划分的能力。（我 将这条归为思想，而不是能力）昆虫自然会长出翅膀，而思想却需要长期的浸润。要做到这点，需要大量 的思考、学习。设计远比编程重要。当今软件业的发展，各种开发工具的出现，编程已经不是什么问题， 程序员的工作某种程度上讲是将别人现成的东西拼凑堆砌起来。系统分析员要清楚的认识到，现在大多数 程序员没有学会怎么去整体的了解一个系统，有些甚至不了解编程（这不是说他们不会写代码）。可视化 的开发工具加五花八门的控件，程序员可以偷点懒了。（这可不是夸大，我好几年的管理工作，接触过大 量的程序员）基于技术，跳出框架。基于现有技术结合用户需求思考问题，设计时跳出框架。 系统分析员的关键 　　获得信任。系统分析员最重要的素质是获得信任，这是成为优秀系统分析员的关键。成熟最为关键。成熟 可以为整个项目组提供正确的支持,能够理解技术怎样才能解决用户的需求。 系统分析员的准备工作 　　统一的各种文档模式，这其中包括今后软件变量、字段命名规则。我推荐用pb制定的规则做基础，通过改 造成为适合自身实用的标准。统一的文档管理。统一的分析软件。比如说rose（uml太规范，国内的软件 管理水平根本用不上，只不过尽量应用，你自己对系统分析的理解有好处） 方法是思想的放映，在具体方法上就不多说了。我托人从u$a弄到几本书，用于面向对象系统开发的使 用》、《面向对象的分析》、《项目管理》等都是很不错的，推荐大家看看。 　　我在拙作"在中国没有人懂计算机"里发了点牢骚，听说挨了部份人（习惯性的）骂。其实，bbs本来就是 发泄的地方，在这里从来就罕有有内容的文章。 　　自从"维纳斯"登陆深圳后，大家更着眼于从宏观看中国的it业了。中国it这棵小树，说实在的，长到今天 实在是不容易。一些人提出了"反对微软霸权"的口号，不少人呼唤中国"硅谷"的出现。微软的成功不是技 术的成功，更多的是商业运作的成功。中国it这棵树能长多高，取决于他所植根于的土壤。而现在的事实是，这片土壤实在是太贫瘠了！如果按我们现在的思路和搞法，是长不成大树，更别指望能结?quot;微 软"，"硅谷"这样丰硕的果实。如果说，我们的软件技术落后美国十年，我们的硬件制造技术则落后美国 二十年，我们的管理水平落后美国至少三十年。而最终决定发展速率的恰恰是我们的死穴──低劣的管理 水平。低劣的管理水平的形成的原因有着深厚的背景和多方面的原因。 　　系统分析工作是解决一个问题的工作,目标是将一个对计算机应用系统的需求转化成实际的物理实现,其中 复杂就复杂在实际的面太多.在系统分析过程之中注意问以下的问题,可能会所进行的系统分析设计工作有帮助 　　1)您所完成的系统目的是什么?注意不是功能要求,而是目的.也就是为什么要建设、为什么要现代建设。在考虑系统目的时，我更多的侧重于系统的最终目标考虑，因为一个系统不可能一下子完美，为系统留些 余地。 　　2）您所完成的系统有哪些方面参与，各方面的初衷是什么？那些人可能在系统建设中起重要作用，他们 会采取什么样的态度？你对他们有多少影响力？中国it行业的失败之一就是人"太年轻"，一定要有领导的 支持，否则完蛋。不要认为自己对他们会有多少影响力，即便有，也要尽可能的认为是决策者再影响他 们。在中国，一个技术员，你算老几？说到这里我很悲哀。哪些人在系统中起重要作用并弄清楚他们的态 度，这点十分关键。 　　3）您的系统是否有一个明确的评价标准？最好从参与的各方面都进行考虑。不知道这样说对不对，在系 统建设之前，对你的程序员、对你的领导要有至少不同的两种评价。 　　4）你的系统设计思想是什么？是否能够得到各方面的认可。如果高明，对领导、对程序员都采用引导， 得到认可的最好办法，就是让他们认可他们自己的想法。（我力图这样做，但做得不好，系统分析员有一 点要学会韬光养晦，忍） 　　5）你对参与系统设计开发的人员了解吗？他们的特长在哪里，是否愿意与你合作，为什么？你对他们有 足够的影响力吗？软件发展到一定的程度，不是编程，不是数学，而是管理。 　　6）你的系统开发计划是否完善？你的计划表有明确的阶段吗？任何一阶段都应该怎样完成？如何对这一 阶段完成的情况进行评价？ 　　7）你对所采用的系统开发方法以及工具是否熟悉？你的夥伴是否熟悉？事实上，不是每种好的工具都要 使用，也并不一定都要他们熟练掌握。提醒诸位一句，当你将方案做得可以不依赖某个程序员，你在程序 员面前就无信任可言，因为从此程序员将受到更大的生存压力。我坚决不在公司使用rose。 　　8）你所完成的系统是否有原型？计算机的或者物理的。 　　以上的几个问题都是在系统分析以及系统规划时涉及到的，供各位参考。 　　这文章很好，我的话是："需求分析实际应该是问题分析"。含义是系统要解决的是问题。而不是用户提出 的需求。经常发现系统完成后，客户说"我的问题还没有解决"。可是，需求分析稿上的目标都搞定了。 　　既然是问题分析，所以，熟悉目标系统的知识就是必要的。甚至，可以说，一个好的系统分析员也应该是 好的业务专家。 　　我很高兴在这里遇到许多分析高手，可以交流分析中的问题。我赞同从来的观点。在中国作分析重要的是 人气，因为中国的企业级信息系统的建设在很大程度上可以说并非确有需求，而是迫于某种压力。用户在 很多时候考虑的不是系统的长远发展，而只是短期的成果，要求开发单位在很短的时间内完成一个很大的 系统的开发，没有时间对系统进行周密的分析，在这种情况下，很多开发商就会粗分析，粗设计，尽快进 入编码阶段，这样的系统的生命周期肯定不会很长。说了这么多，只是想说，系统分析员确实应是业务和 管理专家，并且需要有很好的语言组织能力，他需要根据问题域中存在的问题去尽力说服用户，引导用户 需求，毕竟，我们是专家，如果让用户牵着鼻子走，系统不会是成功的系统。（当然了，这要建立在用户 是可引导的前提下）本人拙见。 　　在理解和分析用户的需求时，应说服用户明白：建立计算机应用系统并不是简单地用计算机代替手工劳作，它更应该是管理思想的一次革命，是现用户模式的一次升华和提高。如果系统不能高于现实，开发的系统将长期陷入需求的反复修改，其软件的生命周期也短了。

我们身边，你会发现存在着很多小型软件公司，他们少则几人，多则几十人。他们在苦苦地经营着，有的不断壮大，有的也在不断衰弱。但是随着中小型企业对信息技术重视程度的提高，小型软件公司也会有更多的机遇。那么这些小型软件公司如何寻求自己的出路呢？

[产品定位不容忽视]

有的小型软件公司在发展的过程中没有产品定位，总想着只要是软件项目就接，如果干不了，就转包给其他公司。实际上这样的想法对公司没多少好处。公司一定根据自己的能力和熟悉的环境，确定自己的核心产品，也就是对自身要深入了解。例如以前做过办公自动化项目，对这方面的业务很熟悉，就先在这方面下工夫，不必要赶时髦，想着实施ERP业务。如果人员大多对WEB开发感兴趣，那就在网站建设、电子商务方面寻求出路。

当然在公司初期要生存，做一些系统集成也可以，但公司的核心业务和次要业务要分明。随着公司的发展，逐步形成自己的核心竞争力。公司一定要制定出技术发展、企业发展的战略规划，向这个目标奋进。把公司做大做强固然好，但在初期能够很好地在竞争中得到生存发展或许对一些小型软件公司来说是最重要的。这种公司的发展规划是对市场和自身进行详细周到的分析得出的结果，如果不出现特别大的环境变化，就要坚持住，不要今天做这个行业的软件，明天做那个行业的软件。

[加强管理水平]

当小软件公司只有几个人的时候，不存在什么管理上、沟通上的问题，出现一些事情，大家一说就可以了。当随着人员的增加，管理问题就显得很重要了。我们深入了解他们的管理现状的时候，就会发现他们在管理过程中存在很多问题。例如，一般的软件公司员工在30人以下，大都设两个主要的部门：技术部、市场部，技术部主要负责软件的设计与开发，市场部负责市场的开拓与服务。但通过大量的项目实施可以看出，两个部门在沟通存在问题，很容易给项目的管理实施造成了很大障碍；另外在对技术部门的人员绩效考核上一般是发固定工资，一旦市场人员的工资高于开发人员时，技术部人员容易造成心理不平衡。随着软件公司的发展，公司规模的扩大会使这些问题更加突出。

由于公司规模小，可能管理制度不完善，随意管理的现象存在。最让员工头疼的是公司的负责人随便制定一些制度，又随意破坏一些制度，所以公司应当与员工一起商量，制定一些切实可行的规章制度，大家共同遵守。另外有时候感情管理很重要，多与公司员工讨论公司的未来和现在的处境，让员工把公司的未来看成是自己的未来。每个公司都有自己的发展规划，一定让员工知道公司的长期愿景，可能的话帮助每位员工进行职业生涯设计，让员工对公司和自己充满信心。公司最好有个综合管理部门——办公室，主要工作涉及到除了技术、市场之外所有工作，保证为技术和市场部门服好务，另外还要进行公司的绩效考核。

为了更好的了解各部门的工作，建议在公司内部建立一套办公自动化系统（OA），内容不要求很多，但重点是加强内部的沟通与交流，让大家方便联系，相互了解大家的工作进度。通过建立这样一个交流平台来解决管理问题，是很容易做到的，也是很有成效的。一般办公自动化系统都有电子邮件系统，它可以帮助大家很方便的传递信息，也是上下级沟通的一个好渠道，有时不好当面说的问题，可能通过EMAIL可以很容易地完成。系统中如果设有BBS就更好了，大家在闲暇时间可以对公司的管理、软件开发过程中的问题等等发表自己的见解，通过其中的内容，管理者可以改善管理，大家可以共同学习，共同提高，也可以通过BBS逐步建立起具有自己公司特色的企业文化。还有一点需要说明的是，最好在OA中加入对工作日志的管理，这样方便对员工的考核，也督促大家的工作。

[搞好人员管理]

小型软件也面临着人才流失的问题，目前软件行业流动率很高，往往出现人在项目在，人走项目瘫的局面。这包括两部分，一是市场人员的流失，二是技术人员的流失，都会给公司造成很大的影响。 为了避免市场人员的流动导致客户的流失，公司要加强对客户的管理。小型软件公司也要有客户关系管理系统，要对客户的情况了如指掌，对客户的沟通过程和进度也要控制。加强市场人员的工作协同，促进信息的共享。为了稳定技术核心人员的方式主要是报酬、发展和学习机会相结合。对于普通的编程人员需要做好档案的记录工作，比如软件的设计报告、测试报告、软件的客户需求报告等等要求尽量详细。尽管这样会占到软件编程的1/2时间，但是这样可以很好地保证项目的连续性。对软件开发人员要晓之以理，动之以情，把公司的美好前程多灌输给他们，让大家对自身的前途看好。更重要的还要让他们能够在公司得到发展，能在技术上得到提高，业务上得到拓展。

或许小型软件很难招聘到高层次、高水平的人才，这样就需要对员工的培训上多下工夫。另外公司要创造机会和渠道让大家多积累经验、多提建议，把大家的知识共享出来，从而提高整体水平的提升。例如对于市场人员，把他们的一些市场调查报告放在OA上，让技术人员更加深刻的了解客户的需要。市场人员可以让技术人员对解决方案提建议，把成熟的解决方案放在网上，大家可以借鉴。这样时间长了，可能公司发现工作效率得到了提高，公司人员的工作能力也得到了提高，人员的配合上也会得到改善。通过对知识共享的管理，更重要的是让员工养成一种团队意识，让员工的自主管理意识加强。

[保证正规化运作]

小型软件公司虽然规模小，但也是公司，所以就要公司化运作。在一些事情的处理上，多征求大家的意见，如果大家以公司的发展视为自己的发展，就会对公司提出自己的合理化建议。一般员工也会很容易地沟通，在一些事情也能够发表自己的建议。公司在处理员工提出的问题上也要斟酌，不要随意马虎，否则很容易伤一人而惹众怒。

在公司正规化运作方面有几点与大家探讨，或许对大家有所启发。由于技术人员和市场人员缺少沟通，对一些项目的实施造成很多麻烦。技术人员以技术研发为主，对市场的理解甚少，有时候可能无法理解市场的需求。市场人员虽然了解市场需求，但在和客户接触的过程中又不能很好的把握技术的实现可能性。这样一来，建议最好针对一些项目成立项目组，设立项目经理，项目经理全权负责整个项目的开展。项目组中要求既有技术研发人员，又有相关市场经验的人。项目组的考核与利润挂钩，通过这种方式可能会解决市场和技术研发沟通的问题。

今天客户服务至上的原则对小型软件公司显得尤为重要，因为小型软件公司的客户大多是小型企业，这样的客户实际上对自己真正的需要不大明确，对软件功能的要求提的比较笼统。首先市场部的人员应该有意识的引导客户，向有利于技术实现的方面发展。同时注意适当的培训客户，让他更多理解公司的技术和可以实现的方式，这样才能真正留住客户和完成技术。虽然客户规模小，但是客户群大，如果服务到位了，在客户中的信誉就会提高。从而客户可以宣传你的产品，从而公司可以从客户群得到更多的客户。另外现在软件公司的发展趋势也是服务，现在服务开始收费大家已经接受了。软件就是服务的口号，软件公司也会慢慢领会到的。

小型软件公司要想在竞争中立于不败之地，要做的工作很多很多，上面提及的一些问题或许对于公司的发展是再平常不过的了。可还是有很多软件公司不从中总结经验教训，为了眼前一些短期利益，有点软件公司就会放弃自己原定目标，有的软件就可能放弃临时的利益去追求公司更大的发展。小型软件公司只要多动脑筋，遵循规律，多总结，就会从众多的软件公司中脱颖而出，找到自己的出路。