Q1：计算机专业就业都有哪些选择？
1.动漫设计及游戏产品设计类的公司，业内有名的如巨人网络，盛大游戏等。2.电影特效及后期制作类的公司，业内有名的如华谊兄弟，中影集团等。3.商业软件开发与制作类的公司，业内有名的如用友软件及中关村软件园内的许多公司。4.各大门户，政府，企业的网站，主要需要网站日常的运营及管理人才，如新浪，搜狐等。5.相对比较低端的人才需求了，如平面设计，广告设计，办公软件的熟练应用了。
Q2：计算机专业毕业设计查重都查什么
不查源代码，查重只查论文，拿论文去比对知网论文库。源码都是老师问你功能实现，一般来说被抽中查重的几率很小，查一篇论文是要很多钱的，学校不会每篇都查
Q3：计算机专业毕业后,什么都没学到
我也是计算机专业了，工作两年了，起初刚刚实习那会儿，啥也不会，想干计算机的吧，发憷，不干计算机，干个文员吧，又没前途，后来在朋友的鼓励下，做了网页设计，现在工作两年多了，一切都上手了，感觉工作很充实。所以，最初定义方向是最重要的，现在什么不会都无所谓，因为去实习单位，可以学到很多东西，就看你想专功哪方面的了，比如语言编程，比如网页设计，比如平面设计，咱们计算机专业的童鞋们，还是有很多方面可以发展的。祝你早日找到新方向。
Q4：我是计算机专业毕业,计算机水平即为专业四级,不需参加省内计算机二级测试,但却因为没有二级证书而没有资格
你报的那里呀，一般计算机专业的人是不会参加计算机等级考试的
计算机专业毕业,计算机水平即为专业四级计算机水平即为专业四级我们老师也这样说过
Q5：为什么有的计算机专业的大学生毕业找不到工作？
在如今的社会，毕业了找不到工作很正常，尤其计算机专业，因为学计算机专业的人太多了，已经严重饱和。况且好多学计算机的学生在大学期间都沉迷游戏，专业知识学习的并不好，作为企业用人单位，自然是不希望招聘这种计算机毕业的学生。如今的计算机专业不像10年前了，那个时候计算机人才是真的供不应求。现在呢，基本所有的大学包括一些三流学校，开设的都有计算机专业，导致专业人数严重饱和，就业率一年不如一年。
wwW.bazhiSh:i.com
Q6：计算机专业的同学毕业后做什么工作
算机专业毕业后大致的工作方向是软、硬、网、图 四大类
if 你选择作技术，then 从现在开始，牢记：
天道酬勤！！！
if 你选择软件技术 then 每天都要用大量的时间学习高级语言，绝对不能仅限于学校的安排。优秀的程序员都是大学阶段就已经自学得非常深入了。
if you选择网络技术，那么你就多多从网上阅读有关资料
if you 选择营销类，那么，你只要将老师教授的学好就ok
但是，一定要用大量的时一、给计算机专业的同学
1.首先请你热爱这个专业。只有这样，你才会从抽象的理论中找到实实在在的快乐。如果你不热爱她，或者只因为这是个热门专业，那么极力要求你放弃这个专业，因为计算机是一把双刃剑，学好了你会飞黄腾达，学不好你毕业后会极其痛苦，高不成低不就，没有发展潜力，如同学英语专业的人到了美国一样。
2.不要用功利眼光对待这个学科，这绝对不是点点鼠标就能挣钱的专业。不要去想做网站挣钱，不要想靠点击率增加广告，这个在4年前已经过时，如果你现在仍然这么想，千万别说出来，因为我会觉得你很土。计算级专业的成就感总是伴随着身体上的痛苦而来，肩周炎，颈椎病，眼睛干涩，掉头发，腰椎间盘突出，关节炎，不夸张，这么帅的我工作了两个月以后发现开始掉头发了。
3.搞明白计算机“科学”与“技术”的含义。做网页，做图片，做flash，玩游戏，上网，听歌，录mp3,搞电影字幕，装windows,改注册表，为软件皮肤……这通通不叫计算机科学与技术，如果你是计算机的学生，会做以上事情，那是你应该的，不会做，也没什么丢人的，我们需要的不是让别人称作“高手”。
4.明确你最终的专业方向是软件还是硬件。方向是网络？网络不是专业方向。网络是最优秀的软件工程师、最优秀的硬件工程师与最优秀的通信工程师的智慧结晶。如果你是软件方向，请你在学精一揽子数学、数据结构、算法设计、数值分析、汇编语言、操作系统、编译原理、数据库原理、软件工程之类课程后，仔细的听一听硬件课程，他对你有用。软件工程绝对不是背背就能过的课，计算机理论可能是一个人就能研究出来，软件工程是成千万网软件工程师几十年来失败的教训凝结成的结晶，请认真听课。不要问我应该学什么语言，计算级专业的人必须具备任何语言1小时上手的能力，最起码要在10分钟把"hello world"做出来。如果说有必须学的两种语言，那他们是c++与java,学他们不是在学语言，而是在学thinking in c++,thinging in java，一个是软件的基础理论，一个是面向对象的基础理论，从来没有人听说过“thinking in basic”。如果你说c++过时了，那么千万别告诉别人你的名字，因为很丢人。山科大的老师只会教给你c，不会教给你++，所以不要被他蒙蔽，大胆的问他++，如果他不会，干脆换老师。学硬件的同学在认真听听以上课程后，学精除了政治以外的其他课程。
5.即使你学好了以上课程，我们仍然差得很远，我们只弄清学什么了，但是还不知道做什么。我们的课程设计太小儿科了，别对你在国外的同学说，否则会被笑话，所以我们要尽可能的多做设计，别一个人们闷着头做，两三个人合作一个项目，不会交流的计算机人员30岁以后肯定会下岗。题目呢，尽量是一些简单的底层开发，可以去国外大学网站上搜一搜，要自信你一定能做出来，毕竟不是什么难题，而是我们应当具备的素质。
6.如果你对网络有意，在具备了一定动手能力后从协议或者底层硬件的角度去学习它。否则你是自甘从一名高贵的计算机专业人员堕落为做着沉重机械体力劳动的民工。对网络安全感兴趣，那么你就在学会使用各种工具的一个月后从编程的角度深入学习网络协议和操作系统吧！只会用工具攻击无知人员的漏洞是一种意淫的行为，如果乐此不疲，并到处叫嚷“黑客”，那么这种行为可以被称作“手淫”。网上呼吁中美、中日黑客战时，希望你安心学习课程，或者睡觉休息，或者去运动娱乐，不要给祖国抹黑
Q7：计算机专业毕业论文
浅析计算机软件可靠性设计
摘要：本文介绍了软件可靠性设计的基本概念,软件故障产生的机理,软件质量的可靠性参数,并且着重介绍了软件可靠性设计方法。
关键词：计算机软件；可靠性设计；机理；参数
随着科学技术的不断进步，软件可靠性成为我们关注的一个问题，软件系统规模越做越大越复杂，其可靠性越来越难保证。应用本身对系统运行的可靠性要求越来越高，在一些关键的应用领域，如航空、航天等，其可靠性要求尤为重要，在银行等服务性行业，其软件系统的可靠性也直接关系到自身的声誉和生存发展竞争能力。特别是软件可靠性比硬件可靠性更难保证，会严重影响整个系统的可靠性。在许多项目开发过程中，对可靠性没有提出明确的要求，开发商(部门)也不在可靠性方面花更多的精力，往往只注重速度、结果的正确性和用户界面的友好性等，而忽略了可靠性。在投入使用后才发现大量可靠性问题，增加了维护困难和工作量，严重时只有束之高阁，无法投入实际使用。本文仅就软件可靠性工程在软件开发过程中的应用谈谈自己的认识。
1．软件可靠性设计的基本概念
1.1 软件及软件故障。软件(也称程序)本质上是一种把一组离散输入变成一组离散输出的工具,它由一组编码语句组成,这些语句的功能基本上是以下功能之一:(1)计算一个表达式并将其结果存储在单元里;(2)决定下一步要执行哪个语句;(3)进行输入/输出控制。
软件产品与硬件产品一样。软件的可靠性工作也是贯穿于软件的整个寿命周期的。软件的寿命周期,是指从软件任务的提出一直到它完成使命,因陈旧而被废弃为止的整个时间历程,这个寿命周期包括了提出要求/规格说明、设计、实现、检验、维护等五个阶段,前四个阶段为开发期,维护阶段为使用期。
1.2 软件可靠性。关于软件可靠性的定义是什么。较多的人认为软件的可靠性与“概率统计的可靠性”的概念密切相关,软件的可靠性是软件在规定的条件下、规定的时间周期内执行所要求功能的能力。软件的可靠度是软件在规定的条件下、规定的时间内不引起系统故障的概率,该概率是系统输入与系统使用的函数。
2．软件质量的可靠性参数
2.1 系统平均不工作间隔时间(MTBSD或MTBD)。设d为软件正常工作总时间,d为系统由于软件故障而停止工作的次数,则定义TBSD=Tv/(d+1)。式中,TBSD—MTBSD；Tv—软件正常工作总时间(h)；d—系统由于软件故障而停止工作的次数。MTBSD反映了系统的稳定性。
2.2 系统不工作次数(一定时期内)。由于软件故障而停止工作,必须由操作者介入再启动才能继续工作的次数。
2.3 可用度A。设Tv为软件正常工作总时间,TD为由于软件故障使系统不工作的时间,则定义A=TV/(TV+TD)。它反映了系统的稳定性,亦可表达为A=TBD/(TBD+TDT)。式中,TBD—MTBD(h),TDT—平均不工作时间,以下简称MDT(h)。对一般生产用计算机系统,要求A≥99.8%；银行计算机系统,要求A>99.9%。
2.4 MTTR。它反映了出现软件缺陷后采取对策的效率。在一定程度上也反映了软件企业对社会服务的责任心。对于在线系统而言,MTT只要求不超过2天,变差系数应小于1。一般的MTTR也应小于7天,变差系数小于1。
2.5 平均不工作时间(MDT)。即由于软件故障,系统不工作的均值。对在线系统而言。MDT要求不超过10min一般的MDT<30min。
2.6 初期故障。一般以软件交付使用后的三个月内为初期故障期。初期故障率的大小取决于软件设计水平、检查项日数、软件规模、软件调试彻底与否等因素。
2.7 偶然故障率。一般以软件交付给使用方四个月后为偶然故障期,偶然故障率以每1000h的故障数为单位,它反映了软件处于稳定状态下的质量。一般最少要求偶然故障率不超过1,即每千小时不到1个故障,亦即MTBF超过1000h。
2.8 使用方误用率。使用方不按照软件规范及说明等使用造成的错误叫使用方误用。在总使用次数中,使用方误用次数占的百分率叫使用方误用率。造成使用方误用的原因之一是使用方对说明理解不深,操作不熟练,但也有可能是说明没有讲得很清楚而引起误解。其他的原因还有软件系统的可操作性还应改进、对使用方的使用培训还要更深入等等。 2.9 用户提出补充要求数。这反映软件未能充分满足用户的需要,有时要求是特定用户的特定要求,生产方为了更好地为社会服务,应该尽力满足他们的要求。
2.10 处理能力。处理能力有各种指标。例如可用每小时平均处理多少文件、每项工作的反应时间多少秒等来表示,根据需要而定。在评价软件及系统的经济效益时需用这项指标。
3．软件可靠性设计方法
从软件可靠性的概念可知,软件的缺陷可以导致错误并造成系统的故障,因此,缺陷是一切错误的根源。为了提高软件的可靠性,最关键的还是力求减少软件中的缺陷。软件的缺陷来自软件寿命周期的各个阶段,因此应想方设法在寿命周期的各个阶段减少缺陷。缺陷在一定的环境条件下暴露,导致系统运行中出现错误。软件的错误概括地说可能由规范(要求/规格说明)、软件系统设计及编码过程产生。
3.1 要求/规格说明。只要在规格说明与用户要求说明之间存在误差,就会产生规范错误。
规范它不仅规定程序的要求,还规定所用的结构、研制及试验中需要的程序试验要求和文件,以及程序语言、输入和输出的基本要求。通过对这些方面作出适当的规定,就可以建立使产生错误的可能性最小、并保证错误能被发现和改正的程序生成的结构。
这种说明书是软件设计人员和用户间相互了解的基础,是软件设计人员进行程序设计、调试的基础和评价软件的依据。要求/规格说明书应具有以下性质:
（1)可测性:生产出来的软件产品应能根据要求/规格说明书的内容进行测试。（2)完整性:对软件要求的描述要完整无缺。（3)明确性:对软件的要求必须是明确的,不存在语义上的支义性。(4)一致性:要求说明书中的概念与规范化。(5)弹性:当软件的工作环境发生变化时,其功能说明也相应地扩充或压缩。
3.2 软件设计。软件系统是根据要求/规格说明(规范)设计的,通过设计将确定程序结构、测试点及限制等。为设计出可靠的软件,需要在考虑诸如机型、资源、语言、模型及数据结构等实际问题的基础上,采取一些有效的设计方法。
3.2.1 “自顶向下设计”法。这种设计方法是处理分级问题最有效的设计技术。它是以一个系统功能的最抽象描述开始作为最高层次;从它出发,设计一系列较详细的子系统。由这些子系统来完成员高层次的功能;再以每个子系统为基础,设计出一系列更详细的子系统,等等。如此逐次向下作功能分解,直到最低层次的子系统能够比较方便用计算机程序设计语言来实现为止。自顶向下设计方法的价值在于,它在设计的同时,指出了复杂性不同的处理层次,而且各种设计要素之间的关系是比较清楚的。通过这样一种结构化构造途径,有可能在早期就洞察出设计问题,从而避免了不必要地先去考虑较低层次的细节问题。
3.2.2 结构化程序设计。软件结构对软件的可靠性具有重要的意义。结构良好的程序易于编写、检查,便于查错定位、修改和维护。结构化程序设计(也称为模块化程序设计)把程序要求分成若干独立的、更小的程序要求或模块化的功能要求,分别提出各自的要求/规格说明,并注明是如何与程序中的其他部分接口,还必须指出所有的输入与输出,以及测试要求。对每一个更小的程序和模块,可分别编程和测试,使得模块间高度分离。
3.2.3 容错设计。对软件错误所引起的后果特别严重的情况,如飞机的飞行控制系统、空中交通管制系统、核反应堆安全系统等,需采用容错软件。容错设计的途径有:（1)加强软件的健壮性;使程序设计得能够缓解错误的影响,不致造成诸如死锁或崩溃这样的严重后果,并能指出错误源。（2)采用N(>2)版本编程法:即尽可能用不同的算法与编程语言,经不同的班组编制,以提高各软件版本的独立性。这N个软件版本同时在N台计算机上运行,各计算机间能进行高效通信,并作出快速比较,当结果不一致时,按多数表决或预定的策略选择输出。（3)恢复块法:给需要作容错处理的块(基本块)提供备份块,并附加错误检测和恢复措施。 3.3 软件编码。在软件结构设计的基础上就可以进行编码,编码产生的缺陷是软件错误的主要来源。一般的编码错误是:键入错代码;数值错误(尤其是单位不统一时易出这类错误);丢失代码(如括号);用了被零除这样不定值的表达式等。为了减少编码错误,实现设计与生产分离,首先由高水平的软件工程师完成结构设计,再由程序设计员完成程序的编制是合理的、必要的,并在编码过程中尽早地查出缺陷予以改正。
4．结束语
软件可靠性设计工程是一门虽然得到普遍承认,但还处于不成熟的正在发展确立阶段的新工程学科，任然存在很多问题,需要去探索、研究和解决。本文介绍只在软件可靠性设计方面抛砖引玉,提供借鉴。
参考文献
[1]张磊,周继锋,张强.系统软件可靠性验证测试方法研究[J].计算机与数字工程,2010,06.
[2]曾福萍,靳慧亮,陆民燕.软件缺陷模式的研究[J].计算机科学,2011,02.wWw.BAzH+IShi.CoM
