推荐阅读

深入剖析UML用例图关系中包含 扩展和泛化之间的联系
UML用例图中包含(include)、扩展(extend)和泛化(generalization)三种关系详解共性:都是从现有的用例中抽取出公共的那部分信息,作为一个单独的用例,然后通后过不同的方法来重用这个公共的用例,以减少模型维护的工作量。1、包含(include)UML用例图的包含关系:使用包含(Inclusion)用例来封装一组跨越多个用例的相似动作(行为片断),以便多个基(Base)用例复用。基用例控制与包含用例的关系,以及被包含用例的事件流是否会插入到基用例的事件流中。基用例可以依赖包含用例执行的结果,但是双方都不能访问对方的属性。UML用例图包含关系对典型的应用就是复用,也就是定义中说的情景。但是有时当某用例的事件流过于复杂时,为了简化用例的描述,我们也可以把某一段事件流抽象成为一个被包含的用例;相反,用例划分太细时,也可以抽象出一个基用例,来包含这些细颗粒的用例。这种情况类似于在过程设计语言中,将程序的某一段算法封装成一个子过程,然后再从主程序中调用这一子过程。 例如:业务中,总是存在着维护某某信息的功能,如果将它作为一个用例,那新建、编辑以及修改都要在用例详述中描述,过于复杂;如果分成新建用例、编辑用例和删除用例,则划分太细。这时包含关系可以用来理清关系。2、扩展(extend)UML用例图的扩展关系:将基用例中一段相对独立并且可选的动作,用扩展(Extension)用例加以封装,再让它从基用例中声明的扩展点(ExtensionPoint)上进行扩展,从而使基用例行为更简练和目标更集中。扩展用例为基用例添加新的行为。扩展用例可以访问基用例的属性,因此它能根据基用例中扩展点的当前状态来判断是否执行自己。但是扩展用例对基用例不可见。对于一个扩展用例,可以在基用例上有几个扩展点。例如,系统中允许用户对查询的结果进行导出、打印。对于查询而言,能不能导出、打印查询都是一样的,导出、打印是不可见的。导入、打印和查询相对独立,而且为查询添加了新行为。因此可以采用扩展关系来描述:

电脑软件卸载后往往有残留文件,怎样防止其死灰复燃
电脑中的软件在卸载的过程中,往往有残留文件,很容易死灰复燃。那怎样彻底清除呢?方法一、重启电脑有的残留文件必须重启电脑才能彻底清除。方法二、用杀毒软件清除残留1.打开杀毒软件或者软件管家2.点击【一键清理】结语:软件的恶意捆绑下载和卸载困难一直是互联网的顽疾,所以下载软件请谨慎。

Win7 显卡硬件加速灰色不可用的恢复方法
在装WIN7系统默认是完全加速的,但因为某些软件必须得降低加速性能才能勉强运行,但WIN7硬件加速选项是灰色不可用。在装WIN7系统默认是完全加速的,但因为某些软件必须得降低加速性能才能勉强运行,但WIN7硬件加速选项是来色不可用,所有以前的老方法似乎不太可行。WIN7显卡硬件加速哪些里设置相信就不需要再次说明了。下面主要说说Win7显卡硬件加速灰色不可用的恢复方法。在疑难解答这里的【更改设置】按扭是灰色不可设置的。其实要解决 疑难解答这里的【更改设置】按扭不可用这个问题不是很难,把本文最下面提供的deskadp.dll,deskmon.dll,deskperf.dll替换掉系统里的windows/system32文件夹下的三个相应的文件,可以达到打开调节硬件加速选项的功能。也就是不再“灰色了”,但是,未必所有的win7都有右键有“管理员取得所有权”这个选项,(原因不明)所以,先把下载下面压缩包的文件中有一个导入.reg,双击即可直接导入就可以了获得管理员权限了,当然最好先备份你的注册表(虽然我每次操作都是很安全的)。导入之后在system32里找到上面提到的三个dll文件,右键选择“管理员取得所有权”然后把下面提供的三个dll文件替换过去就行了。设置完之后就可以看到疑难解答这里的更改设置按扭就可以用了。

Word2007中稿纸加载项不显示的解决方法
使用word2007打印稿纸时,发现“稿纸设置”选项不显示。几番操作,终于成功。今天,小编就教大家在Word2007中稿纸加载项不显示的解决方法。 Word2007中稿纸加载项不显示的解决步骤如下: 1、打开word 新建页面,在“页面布局”中应该有“稿纸设置”。若不显示,可按下面步骤操作: 2、点击下图左上角图标,如图红箭头所指。 3、弹出下图窗口,在右下角找到“word选项”,单击。 4、在弹出窗口中选择“加载项”如下图箭头所指。 5、在弹出窗口中选择“稿纸向导加载项”如下图箭头所指。 6、点击“确定”后,在“页面布局”中就可以看到“稿纸设置”。Word2007中稿纸加载项不显示的解决
最新发布

Project 2016中如何导入旧项目的日历?
Project2016教程-日历同步:在我们在建立多个项目的情况下,就会发现每次新建项目的时候,又要重新新建日历,很麻烦,那么有什么快速的方法可以将旧项目的日历导入进来呢?第一步:在旧项目中选择【文件】--【信息】--【管理器】中选择日历,然后选择对应的日历表,然后点击复制。第二步:在新项目中选择【文件】--【信息】--【管理器】中选择日历,然后在左边的框框中选择需要导入的日历,然后点击复制,就完成日历的导入。注意一点,当导入到Global.MPT中后,再新建项目中,会自动出现在新的文件中。

如何使用Project 2016在项目中插入备注?
一、打开Project 2016软件,先新建一个项目文档。二、在文档信息框中右击,找到里面的任务备注。三、直接点击任务备注,就可以插入你想要输入的任何信息了,包括添加编号、符号、图片等。

project 2016怎么把非工作日改成工作日?
问:project 2016怎么把非工作日改成工作日?答:先安装好Project 2016软件,打开Project 2016软件的主界面,点击界面上方的“项目”选项,再点击“更改工作时间”选项。在更改时间的界面上选中非工作日,然后在界面下面的名称处输入文字,鼠标双击进入到下一步。弹出详细信息的界面后,勾选工作时间的选项,在上面设置好开始和结束的时间,点击确定后返回工作界面,再次点击确定保存之前的设置,这样就把将非工作日改为工作日了。

Project 2016中工期分为哪几种?
Project2016教程-工期单位:常用的工期的单位分为以下大类,分别为月、周、日、时、分。月,缩写【mo】周,缩写【w】日,缩写【d】时,缩写【h】分,缩写【m】

Project周期性任务设置图解教程
话说录入任务信息是件体力活,每个任务都是要一个字一个字码出来滴。要说一个项目文件,任务内容是主体,所以这作为体力活也不冤枉,只是有些任务,过一段时间就要发生一次的,每次内容都一样,时间什么的也有规律,这也要每个都敲出来,实在是有点冤~ 所以,张同学说了,还有个叫【任务周期】的东东。 比如某个要持续一整年的项目每周一都要开的例会。于是,我们就可以给这个任务设置一个周期了: 然后,连甘特图也变得这么有个性:当然,除了每周一发生一次以外,还可以设置每隔N天、每隔N周、每隔N月、每隔N年发生的任务;周期为月和年的,除了设置固定日期以外,还可以设置第N周的第N日……(N>=1) 如果不能确定结束日期的,还可以发生多少次来设置。

Project工期设定基础教程
任务录入好以后,就得安排工期了不是,要不然每一个任务都如自动设置的从今天开始一个工作日内完成,这么简单的话,还要Project干嘛。 这个工期,也就是一个项目中至关重要的时间要素。先说下工期的种类,基本上就是按时间长短来分的:月、周、日、时、分。每个都有英文缩写,就是每个单词英文的首字母啦,除了月,因为月(Month)和分(Minutes)都是以M打头的,所以月的缩写是Mo。这没什么需要费劲记的,只要小学英文毕业都OK。然后就是工期设定。 工期的任务模式分两种:自动计划和手动计划。这一设定可以在【任务】选项卡下设置,也可以直接在“任务模式”处修改。 所谓【自动计划】就是自己会动的计划,也就是自己会计算的那种了;相应的【手动计划】就不会自动计算。对于我们这些使用Project的同学来说,当然是希望Project可以自动计算啦,不然为了一点点破事还要敲计算器,那要Project干嘛?但有时候,总会有例外发生,这时候就又需要手动的啦,所以这两种任务模式共存,实在是件幸事,据张同学说,2010以前的版本,可没那么大的幸运。不过到目前为止,张同学所描述的东东还都是以【自动计划】为底子的,接下来的也是。

Project摘要任务工期计算实现教程
先说一个好消息:摘要工期是可以自动计算的。 比如A1、A2、A3、A4四个任务,工期如下图安排: 而他们的摘要任务,就不再需要掰着日历数好日子再手工填到项目文件中,只需要让那四个任务下降一个级别,摘要任务的工期、起始时间都自动搞定了。 这个工期算得很精准,不是把四个任务的工期简单地加起来,而是扣除了重叠的日期和日历里存在的休假日。所以说嘛有了熬肥,纸质日历老早就可以扔掉了……再说一个好消息:特殊情况下摘要工期也可以手动设定的。 基本上没有手动设置的必要,但也不排除有特别特别的意外情况发生,本来摘要6天的,非要改成7天,那就只要手动改一下摘要任务的工期就可以了。

Project项目跟进实现教程
项目规划完,终究是要用起来的,那就涉及到项目进度的问题了。通过项目跟进,可以很直观的看到项目当前的完成情况。基准设置项目只有设置了基准之后,才能进行偏差分析和纠偏。通过以上三步进行基准设置,设置完后,在右边的甘特图中就可以看到一标基准线。进度跟踪设置完基准线后,我们就要做进度跟踪设置。设置完后的效果:

Project 2019/2016/2013/2010的区别
微软新发布的Projet 2019只能安装在WIN 10或更高版本的操作系统上。如果你的操作系统是WIN 7或更高版本,那么尽量用Project 2013或2016吧,这两个版本的区别就微乎其微了。如果你的操作系统仍然是Windows XP,那么就用Project 2010吧,除了报表的功能比2013/2016 low一些,其他项目管理的功能也几乎是一样的。图1总结了各个版本对最低操作系统的要求。 图1 各版本Project软件对操作系统的【最低】要求图2为大家总结了Project各主流版本在功能上的主要区别。 图2 Project 2019、2016、2013、2010功能上的主要区别【提醒】在上图中,【功能】列中标注*号和黄色背景的,比如“设置前置任务”或“日程表”等,通过Project 2016零售版的自动更新功能就可以获得这些标注*号的功能,使其具有与Project 2019相同的功能。

Project 如何拖动条形图设置任务关联
仅仅是知悉了四种任务关联,那只是纸上谈兵,要把这四种关联真正用到Project上才行,所以我们就要来设置任务关联了。 这是不是意味着要在功能区里各种找、打开各种对话框、进行各种设置?对话框肯定是要打开的,但对于有些默认设置,也可以不打开对话框,比如直接用鼠标拖拖…… 对于Project来说,默认的关联是FS,也就是“饭前洗手”型,洗手这件事结束了以后才能开始吃饭。 然后我们就开始拖拖拖吧。(请忽略图中的工期) 圈子里的就是鼠标拖动时的情况。如果任务模式是“手动”的,那对于Project来说,你拖你的,跟我无关;如果设置成“自动”模式,那时Project就会十分上心地给出一个对话框: 直接点确定,两任务间的关联就自动形成了。