指尖思维

软件工程的视频看完有些时候了，总体感觉是大面清楚，细究就走不出这条路了！不管我对软件工程思想理解到什么程度，但我相信它是一个伟大的思想，同时我也相信，伟大的事情是不可能一下子全梳理清楚的。但它教与我的第一个思想就是自顶向下逐步求精。我认识这门课也便由此思想入手了。接触这门课，我们自然要清楚软件工程是用来做什么的，即我们用它的目的在于何？而这无非与时间与效益有关。而为了很好达到目的，我们便只有用

设计师应具备很多素质（参考：kiss me ），但其主要工作还是将用户需求转化为合理的软件模型！ 近来由于整个团队正在强抓团队合作与项目管理，也由于CollegeSystem系统在需求方面有新的资料，大家需重新对先前的设计进行重新审视，将用例图、数据流图以及六个子系统的扇入扇出等进行完善补充。在此次完善过程中有一点问题值得说说。 在教师工作量的计算重新审视与建立数据流图时，我发现先前的很多信息建在了不同的表中，如计算教师工作量时需要用到论文工作量标准、课程工作量标准、实习见习工作量标准、教师职称单位工作

系统开发与软件工程部分的主要考点包括：1、软件开发生命周期模型2、项目管理基础3、软件质量管理基础4、需求分析与设计基础5、结构化分析与设计6、测试与维护7、软件过程改进概述如下：1、软件生命周期模型包括瀑布模型、原型模型、螺旋模型和喷泉模型2、项目管理基础包括软件项目管理的内容、软件项目管理的三个阶段、软件项目估算、软件项目组织与计划、配置管理、风险管理。3、软件质量管理基础要掌握ISO/IEC软件质量模型和McCall软件质量模型中定义的软件质量特性的含义4、需求分析与设计  就是在实施5、结构化分析与

<br />这次在CollegeSystem建模后，经过了一次审定修改后，开始编写代码，编码过程中发现自己的设计不合理处很多。<br />类图画的不完善！自动生成代码时需要补充要调用的类。在此有个疑问，我们的类图中是不是应该将BLL层的类同DAL层的类画在一起呢？我想应该适时适当的画在一起，仍在探寻中。<br />时序图的不完善的方面是看我的时序图不能很清晰的从用户登录到将数据取回显示的真个时序过程。我想应该将某单一功能上的时序所涉及的类和主要方法及其调用关系在同一时序图中表述清楚。在先前的设计中，有的功能

首先要意识到大家做的是同一个项目，大家的目标一致。即是如此，那么在整个项目中进程中，凡参与进来的成员手头就应该有活做。项目参与人数不应该考虑的越多越好，而要看整个项目功能块划分。毕竟不是所有事情都同时进行，即使是同时进行，其所需要的人也不是无限的。分工要明确，不能乱了阵型。否则一方面导致整体工作量分配不合适，部分成员手头空泛；另一方面导致项目整合困难，重复性工作量增多。再有就是意识到项目的完整性。整个项目应统一考虑，避免重局部轻全局。数据库模型建立好后，后续的模型才便于顺利展开。表内数据字段，表间主外键关系

昨天感觉自己的设计不合理。简略写了下不合理之处。摘抄如下：17:56 2010-07-30今天开始编写界面层的代码。打算先从设定和修改课程工作量标准开始。起初的页面是做了个演示用的例子，使用table存放各种标准。那是暑假之前的设计了。现在感觉他不是很合适。想做些修改。原先的问题是课程工作量标准，实习见习工作量标准，论文工作量标准必须同时更新（要知道这三种标准中的每一种都不只是一条记录或一种标准）。这是界面上。如今我的软件架构设计上，（现在我做课程工作量标准设定发现的这个问题，就以课程工作量标准的设定为例来

到今日此系统已经在多家店中进行了使用。昨天出现了一系列问题。这些问题的是对我们平日一些小忽视，小将就的一次爆发式报复。由此我们开了这次总结会。对问题实质进行挖掘。做事情要遵循以下原则。一、     万事要有个态度。二、     万事要有标准。做事情，首先要确认这个事情你是否做。一旦决定要做这个事情就一个心思的去做这件事情。把事情尽最大力量做好做实。正如李开复所言，不能同时追赶两只兔子。那下一步就是要确定你做这件事情的标准了。当然一件事情处理中也许不可避免的会发生问题，但这并不有害于你做事的态度和标准，反而有

一、      软件工程的目的：       建立并应用正确的工程方法开发出成本低、可靠性好并在机器上能高效运行的软件，从而解决或缓解软件危机。二、        软件危机的表现1、对软件开发成本和进度的估计常常很不准确2、用户对“已完成的”软件系统不满意的现象经常发生3、软件产品的质量往往靠不住4、软件常常是不可维护的5、软件通常没有适当的文档资料6、软件成本在计

      软件工程的基本理论算是学完了，做了点实践但有点乱！还要深一层学习软件工程的其他内容，以便写出，任何一个程序员看了都能给我编写出相同完美软件的，优秀的文档！      接下来学习一下C#，方便我在后面的UML课程中能更好的听懂课！所以C#这门课目前我不必掌握太深，能知道其语法特征，能看懂现成的程序就可以了！      而后就是学习UMl 及用Rose建立模型，所以在这一阶段要必不

<br />此处只列举些针对软考应该知道的RUP知识！<br />1、RUP的一些核心概念：<br />       1）角色：描述某个人或者一个小组的行为与职责。<br />       2）活动：是一个有明确目的的独立工作单元<br />       3）工件：是活动生成、创建和修改的一段信息。<br />2、RUP的各个阶段及其里程碑<br />     1）初始阶段：目标是为系统建立商业案例并确定项目边界。<br />里程碑：生命周期目标里程碑。它评价项目基本的生存能力。<br />     2）细