csdn博客:http://blog.csdn.net/lhc1105
在C#中,分为3种数据类型:简单类型,引用类型,类类型。 其中,简单类型中的数据类型大致分为:字符型,整数型,小数型,布尔型,在VB里面都很熟悉了,学习中过渡到C#可以说是毫无难度。
多道程序设计提高了处理器的利用率,但是也带来了一些制约问题,比如,一个进程的执行有时要受另一个进程的制约。同时执行的程序形成了并发的进程。 并发的进程带来了很多问题,但是,也有很多方法可以解决。
文件系统实现了逻辑文件和物理文件的转换,但在实现这种转换时,必须要对外围设备进行启动和控制。这一功能是由操作系统的设备管理部分来实现的。所以设备管理与文件系统密切相关。文件系统确定了文件应该怎样转换以及确保文件的安全使用,而设备管理实现文件信息在存储介质与主存储器之间的传送。
操作系统提供了对用户文件进行管理的工作. 这些功能有: 1,在读取文件的时候,提供逻辑文件到物理文件之间的转换,例如,给出一个文件的名字:F:\music\夜 曲.MP3, 然 操作系统能通过 这个名字,找到硬盘上这个文件。
总述 在UML中,主要有4部分内容,其中9种图是UML的基础,也是最实用的部分。 这四部分用几句话连起来就是:在面向对象的软件开发过程中,以UML的9种图为工具进行建模。
昨天在写一个当半径为1到5时,分别求圆的面积的时候,结果求出了一个非常大的圆面积,有的还有负数,其中,程序和结果如下: 代码: #include using namespace std; int main() { double s; const pi=3.
一,什么是构件图? 构件图从软件架构的角度来描述一个系统的主要功能,如子系统,类,包,构件等。使用构件最重要的是复用。 构件图的组成:构件,接口,关系。 构件图示例: 二,关于构件 1,什么是构件? 构件(component)是系统中遵从同一组接口且提供其实现的物理的,可替换的部分。
一,交互图 交互图用来描述系统中的对象是如何进行相互作用的。即一组对象是如何进行消息传递的。 交互图可用两种方式描述: 强调消息的时间顺序。 强调发送和接受消息的对象的结构组织。
一,什么是状态图? 状态图用来描述一个特定对象的所有可能状态以及由于各种事件的发生而引起的状态之间的转移. 二,状态图内容 状图图中包括: 状态 转换 起点 终点 如图: 当支票被创建时,支票为未支付的状态,当支票被付款后,支票变成已支付的状态,然后支票作废。
一,什么是活动图? 活动图从系统的行为方面对系统进行建模。 流程图常被用来建立算法模型,使用流程图可以表示一个算法的执行序列,过程,判断点,分支和循环。活动图与流程图类似,不同之处在于它支持并行的活动。
一,什么是对象图? 在UML中,类图描述的是系统的静态结构和关系,而交互图描述系统的动态特性。在跟踪系统交互过程中,往往会涉及到系统交互过程的某一瞬间交互对象的状态,但系统类图和类图都没有进行描述。
一,什么是包图? 包图是包和包之间的关系构成,是维护和控制系统总体结构的重要建模工具,用于描述系统的分层结构。 二,使用包图的好处? 对复杂系统进行建模时,经常需要处理大量的类,接口,组件,节点和图,这时就有必要将这些元素进行分组, 即把那些语义相近并倾向于一起变换的元素组织起来加入同一包,这样方便理解和处理整个模型.
类图是描述类,接口,协作以及它们之间关系的图,用来显示系统中各个类的静态结构。而类是类图的基本组成元素(其他的还有:Interfaces,collaborations,dependency,generalizationand association relationships,packages of subsystems)之一,可以说是类图非常基础的东西。
一,什么是用例图 首先看用例模型,用例模型用于需求分析,表明开发者和用户对需求的共识,描述了待开发系统的功能需求。而用例模型是由用例图来描述的。 用例图是 从用户的角度描述系统的功能,并指出各功能的操作者。
昨天师傅终于讲文档了,解开了我很多困惑。 一,文档中的重复现象 在写文档的时候,很多地方是重复的,当时自己的做法就是把这些重复的地方复制粘贴,也没有去想这些地方为什么重复?这些重复的内容是否都应该写一样的内容? 首先回答为什么重复的问题。
在以前学习VB的时候,学习完了要总结,那时候总结过很多面向对象技术是什么之类的东西,还感觉自己很了解似的,但是随着学习的深入,我感觉自己反而到没有当初那样初生牛犊不怕虎了,如果宿舍里的人问我什么是面向对象啊?这时候,我倒是有点儿不敢回答了,因为感觉到这里面貌似水很深的样子。
刚刚开始学习UML,看了看概述,觉得这好像是真的要进入面向对象的学习了。 在学习UML之前,要先问自己这样3个问题:1,为什么要建模?2,什么是建模?3,什么是可视化的建模?感觉在学习UML之前搞清楚这3个问题还是很有必要的。
对处理器的管理是操作系统的一个功能。 其中,对处理器的管理感觉一直都是围绕在进程上面。 从宏观上看,程序的执行可以是顺序执行的,可以是并发执行的,也可以是多道执行。
寒假开始看C++了,先翻了翻目录,然后看了看第一章的概述,里面有程序员的入门程序——hello word。但是在用VC ++ 这个开发环境时,却有点儿不知道怎么下手,而且书上讲了C++语言的各种内容,却没讲一种开发环境的使用,这个,是要我纸上谈兵吗?~~呵呵~~ 先来看一个Hello的编写。
在操作系统中,第一章是操作系统的引论,在给第一章画了一张图后,发现引论讲主要是计算机系统。引论从整体上介绍了整个计算机系统。 在层次结构中,如图: 软件的层次结构最多,也最复杂。
第二代的语言不知道是不是因为比较贴近硬件,不同型号芯片都有各自的一套指令系统,貌似很难实现实现一次编译,到处运行的理想。 在提指令系统之前,得先了解寻址方式,寻址方式涉及到源操作数和目的操作数的地址问题。
快要期末考试了,最近临时抱个佛脚,学了学单片机,感觉很简单,可能是因为以前的微机原理和80X86汇编有点儿基础的原因吧。 单片机的内容主要分为两部分:硬件部分和软件部分。
在写文档的过程中遇到了很多图,这些图有的在自考的时候接触过:比如:E-R图,数据流图,程序流程图。也有的是软工视频中讲过的,在写文档的过程中,有多地方都要求画图,只好又返回去看看。
前一阵子总结完视频之后,就火速进入了写文档的阶段,因为借鉴以前的经验,一件事情在开始之前纠结的越久,就会拖的越久,也就是说,纠结是无用的,Just do it !~ 写了几天文档,完成了需求和概要设计,在这个过程中,遇到了一些问题。
软件工程视频终于看完了,感觉有点儿困。不知道是不是因为前面对于软件的生存期比较熟的原因,感觉前面的听起来还行,但是一讲到管理这部分,我就有点儿撑不住了,总忍不住想睡觉。 软件工程就是为了更好的开发软件,对软件的生存期的各个方面进行了规范,管理是贯穿在整个生存期中的,管理包括对软件质量的管理,和对整个项目的管理。
用户界面的设计应该至少满足三个特性:可使用性,灵活性,复杂可靠性。 在界面设计之前,也应对界面的内容分析,根据任务的特性(比如,重复性的工作交给计算机,创造性的工作由人完成),分配出人机各自的任务,确定出各个模型。
什么是面向对象? 从学习VB开始,就一直在说面向对象,面向对象。。!@¥@#%¥@!。。说了多少遍,在软工之前,也一直没有接触到一个明确的定义。 在软件工程中,Coad和Yourdon给出了一个定义: 面向对象=对象+类+继承+通信 如果一个软件系统是使用这样4个概念设计和实现的,则我们认为这个软件系统是面向对象的。
一,ARM状态下的寄存器组织 ARM处理器有37个寄存器,包括31个通用寄存器(含PC)和6个状态寄存器。如图: 1,状态寄存器 状态寄存器公有6个,其中除了公用的CPSR之外,还有分组的SPSR,程序状态寄存器的格式为: 其中,条件标志码为N,Z,C,V,Q; 分别为符号标志位,全0标志位,进借位标志,溢出标志,增强的DSP运算指令是否标志。
软件测试是软件开发过程中的重要组成部分,是用来确认一个系统的品质或性能是否符合用户提出的要求的标准。软件测试就是在软件投入运行前,对软件需求规格说明,设计规格说明和编码的最终复审,是软件质量保证的关键过程。
在软件工程的开发阶段,感觉对编码这部分的东西最亲切了,可能是因为这一年做的都是编码吧。但是以前自己的编码是不规范的,没有条理和方法的,从软工后,应该从编码开始,要求自己在软件开发的各个阶段,都规范起来。
一,设计的任务 在软件的需求分析阶段,已经把软件是“做什么”的问题搞清了,并且这些需求都最后归结为文档了,从而得出软件系统设计的逻辑模型。在设计阶段的任务,就是要把这个系统的逻辑模型转变成“怎么做”的物理模型。
一,ARM处理器的工作状态 在ARM的体系结构中,可以工作在三种不同的状态,一是ARM状态,二是Thumb状态及Thumb-2状态,三是调试状态。 1,ARM状态 arm处理器工作于32位指令的状态,所有指令均为32位 2,thumb状态 arm执行16位指令的状态,即16位状态 3,thumb-2状态 这个状态是ARM7版本的ARM处理器所具有的新的状态,新的thumb-2内核技术兼有16位及32位指令,实现了更高的性能,更有效的功耗及更少地占用内存。
一,数据抽象的级别 数据模型是对现实世界进行抽象的工具,用于描述现实世界的数据,数据联系,数据语义和数据约束等方面内容。 从现实世界的信息到数据库存储的数据以及用户使用的数据,这是一个逐步抽象的过程。
需求分析是在可行性研究的基础上进行的更细致的分析工作,是软件定义时期的一个最后的阶段,是对软件目标及范围的求精和细化。通过调查研究和分析,充分了解用户对软件系统的要求,把用户要求表达出来,解决“软件系统必须做什么”的问题。
软件生命周期的计划阶段包括:问题定义,可行性研究,需求分析 3个阶段。
在机房收费系统的日结账单和周结账单里面,用到了报表,感觉这个东西只要按照步骤一步步来,比写一句错误百出的SQL语句容易的多。 以日结账单为例(只写了报表部分代码): Option Explicit Dim WithEvents Report As grprolibctl.
虽然在写代价时犯过很多逻辑错误,出现了很多漏洞,但是改了几次,都基本找出来了,但是对于退卡问题,我是真心伤了。。。。。。。。 一,退过卡的人,不能再次上机。 二, 每人只能退卡一次。
一,结账 在说周结账单和日结账单之前,得先做好结账的工作。在汇总里面,有个结账,其实这个结账的代码很简单,只是两个Update,值要把结账状态的标记改变一下就可以。这个结账好像平常都会有个老师负责收取充值的现金,也负责退卡的现金,在结他的账的时候,他要把手里的钱都上交。
机房收费系统的上下机,涉及到对多张表的操作,但是还是从数据库中取数据,读出来,处理,然后放回去。其中,如何上下机的逻辑感觉很重要。 一,上机 在上机时,首先(非空判断什么的不再提)用户是否是一个合法用户,这里的合法性,要求用户不仅要存在与这张表,而且用户不能是已经退卡的用户。
在学生基本信息查询的下面,有一个修改选中表格中的学生信息的按钮,比如,当选中学号是1,姓名为1.。。这一行中,然后点击下面的修改,就会弹出修改学生信息的窗体。在窗体刚出来时,各个文本框是有数据的,在设计代码时,我刚开始是表格中(也就是学生基本信息查询那个窗体)的数据直接读入修改学生信息的窗体,然后再进行修改等。
一,企业管理器中创建自增列 选择要创建自增列的表,然后右击选择设计,创建一列 然后在下面的表属性里: 将标识规范里的(是规范)改为是,设置标识增量(每行增加多少)和标识种子(从多少开始增加),此处都写1就行。
一,在企业管理器中创建索引: 如图,选择要创建索引的表,然后:右击,选择——设计 选择要建立索引的列,然后右击——索引/键 点击——添加,然后再右侧设置索引的一些信息 最后,点击关闭即可。
在学生上机信息统计中, 此处,因为要查询两张表,而且两张表查询的先后有时要严格表明,所以,在查询时,有两种思路: 1,定义两个Recordset对象,并根据字段,判断是先查询学生信息表,还是先查询学生上机表 2,两张表有一个共同的字段:卡号,所以,可以根据卡号将两张表连起来查询,这样比较方便。
一直放着导出为Excel的这一步,以前一直觉得这个应该不好做吧,但是今天把代码写出来,才觉得没有想象的那么难. 首先,引用对象:Microsoftexcel 14.
昨天晚上到今天上午,一直在弄那个添加删除用户的窗体。其实就纠结在一个问题上,如何点击一个网格,删除选中的Mshflexgrid控件中的一行。 由于对这个控件在学生信息管理系统时,学的很生疏,所以又从头学了一遍。
昨天下午,写充值窗口时,出现了SQL语句被执行两次的问题。头痛了一下午和一晚上。 充值的窗口要操作两张表,一张是学生的基本信息表,就是将充值金额写入。另一张表,是用来存放本次充值的信息,比如:充值时间日期,谁充的钱。
虽然做过了5个实例,做过了学生信息管理系统,但是,对ADO有点感觉,还是从这个中秋开始的。 一,3个对立对象和4个非独立对象的关系 ADO分为对立对象和非独立对象,非独立对象的使用必须依赖于独立对象,其中,具体对象的依赖关系如图。
最近两天开始为机房收费系统编写代码了,在机房收费系统中,最核心的代码就是执行SQL语句,返回一个Recordset对象的过程,有这样功能的代码我们以前在学生信息管理系统中接触过: Public Function ExecuteSQL(ByVal SQL As String, MsgString As String) As ADODB.Recordset '本函数的功能是执行SQL语句,并返回结果集(传递参数SQL传递查询语句,MsgString传递查询信息。
今天一打开文件,出现了这个问题,检查了下发现,frmCheckShangJiInfo中,有个C是大小写不一样的。我确定之后,又为窗体在属性窗口中,粘贴了一遍窗体文件的名字,想把他们改成一样的,可是再打开窗体还是这样子。
今天在用T-SQL语句重命名数据库时,Exec sp_renamedb'text',text1' go 始终出现“无法用排他锁锁定该数据库,以执行该操作”这个提示,? 这时,我们要确保没有任何用户正在使用数据库,然后将数据库设置为单用户模式。