时间：2022-08-27 09:18:23
绪论：在寻找写作灵感吗？爱发表网为您精选了8篇数据库需求分析报告，愿这些内容能够启迪您的思维，激发您的创作热情，欢迎您的阅读与分享！
【关键词】基于工作过程，项目导向，课程开发，程序设计
一、引言
面向对象程序设计语言是高职软件专业学生的必修专业课程，在此类课程的教学中虽然比较重视实践教学环节，但在教学中理论与实践脱节现象时常发生，老师感觉教学实施困难，学生感觉不能理解所教内容，没法独立完成简单程序的的编码任务。要从根本上解决以上问题，必须从课程的学习做起，让学生针对工作而学习，以工作任务引领知识、技能和态度，让学生在完成工作任务的过程中学习相关知识，发展学生的应用能力。对此，将具有实际生产意义的工作任务引入教学，采用工作过程导向的课程设计方法，在教学中以项目导向、任务驱动等有利于增强学生能力的教学模式，将“教学做”融为一体，将工作过程和教学过程融为一体，实现理论与实践的一体化。
二、基于工作过程的程序设计语言课程开发与实施
软件企业的岗位能力要求是课程开发的目标，以岗位和工作任务为导向，以实际的系统开发项目为载体，根据典型程序开发过程及岗位能力要求，重构课程结构，课程教学转变为以工作任务为中心组织课程内容，以工作任务为中心整合理论与实践，以学生直接经验的形成来掌握融合于各项实践行动中的知识、技能和技巧。
1.工作过程分解及项目构建。程序设计语言课程教学的任务将工作过程分解，将项目按工作过程构建起来，针对每一个工作环节来传授相关的课程内容，各项目间层层递进，体现了“项目导向、任务驱动”的课程设计思路，实现课程的学习内容与实际项目进行整合，使课程体系大将地反映了知识、技能、素质的紧密结合。 结合软件企业系统开发的过程，将工作过程的教学分为分析、设计、编码、测试和几个子过程。
2.基于教学过程的程序设计语言课程开发
2.1教学内容的选取。以软件企业工作岗位的实际工作任务为依据，采取递进式设计的学习项目和学习任务，明确所需知识、能力和素质要求，进行教学内容选取。基于软件开发的工作过程划分教学情境，以企业真实项目为载体，坚持理论够用原则，将相关知识分解到实际项目中，通过分析和实现项目，让学生掌握相关知识和技能。尽量选用技术实用性强、知识拓展性强的项目，同时在教学实施过程中引入软件项目开发与管理规范。
2.2教学过程设计。在工作过程导向设计原则的指导下，结合软件行业的岗位需求，通过分析完成软件开发需要完成的工作任务，设计教学流程。该流程以一个软件项目贯穿始终，将一个软件开发过程分解递进的教学情境，在每个教学情境中要求学生完成独立的工作任务，当所有的情境完成时整个软件项目的开发也相应完成，整个教学任务也完成了基于工作过程的面向对象程序设计教学，由6个教学情境构成，它们对应的工作任务依次为“需求分析”、“搭建开发环境”、“设计”、“编写程序代码”、“集成和测试”、“项目”。
学习情境1：需求分析。本情境的工作任务是撰写详细的需求分析报告。教师对实训项目提出业务需求，讲解应用的环境、功能要求、技术要求。学生根据具体项目撰写需求分析报告。
学习情境2：搭建开发环境。首先老师讲解开发环境，然后学生在自己的电脑上完成环境的安装及搭建和测试。
学习情境3：模块设计。在本情境中老师对需求分析报告进行点评，并对存在的问题提出修正意见；然后讲解完成模块所需的技术及数据库设计。学生要完成的任务是对需求分析报告加以修改完善，对模块中的类的属性和行为、对类间的关系接口，对模块的时序加以描述；对数据库中各数据库表设计及表间的关系，数据库的连接技术详细描述。
学习情境4：编写程序代码。本情境的典型工作任务是依照设计进行程序代码编写。教师对学生的模块设计和数据库表设计点评，并对存在的问题提出修正意见。老师帮助学生解决编码中出现的问题，学生要完成详细模块设计和数据库表设计的修订，制定编码进度；对数据库进行连接及操纵。
学习情境5：系统集成和测试。本情境的典型工作任务是完成各功能模块集成和系统测试。教师讲解系统集成的注意事项，学生要完成系统集成，撰写测试用例，进行功能测试，并提交测试报告。
学习情境6：项目。在本情境中学生将实训成果演示、提交完成系统的源代码和文档资料；教师对学生的成果进行考评和点评。
3.基于工作过程的程序设计语言课程实施
在每个学习情境中，给学生布置任务后，教师先简要介绍本任务中需要学生掌握的知识点，然后由学生完成。学生在收集信息，设计方案、实施方案、完成任务中学习和掌握知识，形成技能。工作完成后，先由学生自我评估，再由教学做出评价。在教学中，通过6个学习情境将任务交给学生，学生以学习小组的形式完成工作任务。首先将学生分成若干个小组，每个小组选出正、副组长，小组成员在组长的带领下完成项目的分工与协作。
教学的组织形式上，要以学生为主体，以教师为引导，以具体工作任务为载体组织学习。学习情境设计有利于发挥学生的团队合作精神，培养学生的沟通交流能力，增强学生职业意识。教师所起的作用只是确定任务，在任务过程中及时地指导学生，指导学生自我设计、自我实施个体行动和学习过程，在任务完成后，对每组给出适当的修改建议和恰当的评价。从根本上改变“以教师为中心，以课程为中心，以课堂为中心”的传统教学模式。
三、结语
基于工作过程的程序设计语言课程教学通过典型工作任务，增加了师生互动，通过学生学习兴趣和主动性，学生自主学习能力和创新能力有了明显改观。通过企业真实项目的实践，学生真实感受到了就业岗位的技能要求，学习态度和积极性有了很大的改善。通过真实项目的开发，学生实践技能得以提高，为后续课程的学习和就业打下了良好的基础。
参考文献：
[1]姜大源.“学习领域”——工作过程导向的课程模式[J].职教论坛，2004，（8）.
引言是对这份软件产品需求分析报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。
1.1 编写目的
说明这份软件产品需求分析报告是为哪个软件产品编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括修正和(或)发行版本号，从而对该软件产品进行准确的定义。
如果这份软件产品需求分析报告只与整个系统的某一部分有关系，那么只定义软件产品需求分析报告中说明的那个部分或子系统。
1.2 项目风险
具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括：
任务提出者;
软件开发者;
产品使用者。
1.3 文档约定
描述编写文档时所采用的标准(如果有标准的话)，或者各种排版约定。排版约定应该包括：
正文风格;
提示方式;
重要符号;
也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自己的优先级。
1.4 预期读者和阅读建议
列举本软件产品需求分析报告所针对的各种不同的预期读者，例如，可能包括：
用户;
开发人员;
项目经理;
营销人员;
测试人员;
文档编写入员。
并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。
1.5 产品范围
说明该软件产品及其开发目的的简短描述，包括利益和目标。把软件产品开发与企业目标，或者业务策略相联系。
描述产品范围时需注意，可以参考项目视图和范围文档，但是不能将其内容复制到这里。
1.6 参考文献
列举编写软件产品需求分析报告时所用到的参考文献及资料，可能包括：
本项目的合同书;
上级机关有关本项目的批文;
本项目已经批准的计划任务书;
用户界面风格指导;
开发本项目时所要用到的标淮;
系统规格需求说明;
使用实例文档;
属于本项目的其它己发表文件;
本软件产品需求分析报告中所引用的文件、资料;
相关软件产品需求分析报告;
为了方便读者查阅，所有参考资料应该按一定顺序排列。如果可能，每份资料都应该给出：
标题名称;
作者或者合同签约者;
文件编号或者版本号;
发表日期或者签约日期;
出版单位或者资料来源。
2. 综合描述
这一部分概述了正在定义的软件产品的作用范围以及该软件产品所运行的环境、使用该软件产品的用户、对该软件产品己知的限制、有关该软件产品的假设和依赖。
2.1 产品的状况
描述了在软件产品需求分析报告中所定义的软件产品的背景和起源。说明了该软件产品是否属于下列情况：
是否是产品系列中的下一成员;
是否是成熟产品所改进的下一代产品;
是否是现有应用软件的替代品(升级产品);
是否是一个新型的、自主型的产品。
如果该软件产品需求分析报告定义的软件系统是：
大系统的一个组成部分;
与其它系统和其它机构之间存在基本的相互关系。
那么必须说明软件产品需求分析报告定义的这部分软件是怎样与整个大系统相关联的，或者(同时)说明相互关系的存在形式，并且要定义出两者之间的全部接口。
2.2 产品的功能
因为将在需求分析报告的第4部分中详细描述软件产品的功能，所以在此只需要概略地总结。仅从业务层面陈述本软件产品所应具有的主要功能，在描述功能时应该 针对每一项需求准确地描述其各项规格说明。如果存在引起误解的可能，在陈述本软件产品主要功能的作用领域时，也需要对应陈述本软件产品的非作用领域，以利 读者理解本软件产品。
为了很好地组织产品功能，使每个读者都容易理解，可以采用列表的方法给出。也可以采用图形方式，将主要的需求分组以及它们之间的联系使用数据流程图的顶层图或类图进行表示，这种表示方法是很有用的。
参考用户当前管理组织构架，了解各个机构的主要职能，将有助于陈述软件产品的主要功能。
2.3 用户类和特性
确定有可能使用该软件产品的不同用户类，并且描述它们相关的特征。往往有一些软件需求，只与特定的用户类有关。描述时，应该将该软件产品的重要用户类与非重要用户类区分开。
用户不一定是软件产品的直接使用者，通过报表、应用程序接口、系统硬件接口得到软件产品的数据和服务的人、或者机构也有他们的需求。所以，应该将这些外部需求视为通过报表、应用程序接口、系统硬件接口附加给软件产品的附加用户类。
2.4 运行环境
描述了本软件的运行环境，一般包括：
硬件平台;
操作系统和版本;
支撑环境(例如：数据库等)和版本;
其它与该软件有关的软件组件;
与该软件共存的应用程序。
2.5 设计和实现上的限制
确定影响开发人员自由选择的问题，并且说明这些问题为什么成为一种限制。可能的限制包括下列内容：
必须使用的特定技术、工具、编程语言和数据库;
避免使用的特定技术、工具、编程语言和数据库;
要求遵循的开发规范和标准
例如，如果由客户的公司或者第三方公司负责软件维护，就必须定义转包者所使用的设计符号表示和编码标准;
企业策略的限制;
政府法规的限制;
工业标准的限制;
硬件的限制
例如，定时需求或存储器限制;
数据转换格式标淮的限制。
2.6 假设和约束(依赖)
列举出对软件产品需求分析报告中，影响需求陈述的假设因素(与己知因素相对立)。如果这些假设因素不正确、不一致或者被修改，就会使软件产品开发项目受到影响。这些假设的因素可能包括：
计划使用的商业组件，或者其它软件中的某个部件;
假定产品中某个用户界面将符合一个特殊的设计约定;
有关本软件用户的若干假定(例如：假定用户会熟练使用SQL语言。);
有关本软件开发工作的若干假定(例如：用户承诺的优惠、方便、上级部门给予的特殊政策和支持等。);
有关本软件运行环境的一些问题;
此外，确定本软件开发项目对外部约束因素所存在的依赖。有关的约束可能包括：
工期约束;
经费约束;
人员约束;
设备约束;
地理位置约束;
其它有关项目约束;
3. 外部接口需求
通过本节描述可以确定，保证软件产品能和外部组件正确连接的需求。关联图仅能表示高层抽象的外部接口，必须对接口数据和外部组件进行详细描述，并且写入数 据定义中。如果产品的不同部分有不同的外部接口，那么应该把这些外部接口的全部详细需求并入到这一部分实例中。
注意：必须将附加用户类的特征与外部接口需求加以区分，附加用户类的特征描述的是通过接口取得软件产品的数据和服务的人的需求;而外部接口需求描述的是接口本身的需求。
3.1 用户界面
陈述需要使用在用户界面上的软件组件，描述每一个用户界面的逻辑特征。必须注意，这里需要描述的是用户界面的逻辑特征，而不是用户界面。以下是可能包括的一些特征：
将要采用的图形用户界面(GUl)标准或者产品系列的风格;
有关屏幕布局或者解决方案的限制;
将要使用在每一个屏幕(图形用户界面)上的软件组件，可能包括：
选单;
标准按钮;
导航链接;
各种功能组件;
消息栏;
快捷键;
各种显示格式的规定，可能包括：
不同情况下文字的对齐方式;
不同情况下数字的表现格式与对齐方式;
日期的表现方法与格式;
计时方法与时间格式;
等等。
错误信息显示标准;
对于用户界面的细节，例如：一个特定对话框的布局，应该写入具体的用户界面设计说明中，而不能写入软件需求规格说明中。
如果采用现成的、合适的用户界面设计规范(标准)，或者另文描述，可以在这里直接说明，并且将其加入参考文献。
3.2 硬件接口
描述待开发的软件产品与系统硬件接口的特征，若有多个硬件接口，则必须全都描述。接口特征的描述内容可能包括：
支持的硬件类型;
软、硬件之间交流的数据;
控制信息的性质;
使用的通讯协议;
3.3 软件接口
描述该软件产品与其它外部组件的连接，这些外部组件必须明确它们的名称和版本号以资识别，可能的外部组件包括：
操作系统;
数据库;
工具;
函数库;
集成的商业组件
说明：这里所说的“集成的商业组件”，是指与系统集成的商业组件，而不是与软件产品集成的商业组件。例如：中间件、消息服务，等等。
描述并且明确软件产品与软件组件之间交换数据或者消息的目的。描述所需要的服务，以及与内部组件通讯的性质。确定软件产品将与组件之间共享的数据。如果必 须使用一种特殊的方法来实现数据共享机制，例如：在多用户系统中的一个全局数据区，那么就必须把它定义为一种实现上的限制。
3.4 通讯接口
描述与软件产品所使用的通讯功能相关的需求，包括：
电子邮件;
WEB浏览器;
网络通讯标准或者协议;
数据交互用电子表格;
必须定义相关的：
消息格式;
通讯安全或加密问题;
数据传输速率;
同步和异步通讯机制;
4. 系统功能需求
需要进行详细的需求记录，详细列出与该系统功能相关的详细功能需求，并且，唯一地标识每一项需求。这是必须提交给用户的软件功能，使得用户可以使用所提供 的功能执行服务或者使用所指定的使用实例执行任务。描述软件产品如何响应己知的出错条件、非法输入、非法动作。
如果每一项功能需求都能用一项，也只需要用一项测试用例就能进行验证，那么就可以认为功能需求已经适当地进行描述了。如果某项功能需求找不到合适的测试用例，或者必须使用多项测试用例才能验证，那么该项功能需求的描述必然存在某些问题。
功能需求是根据系统功能，即软件产品所提供的主要服务来组织的。可以通过使用实例、运行模式、用户类、对象类或者功能等级来组织这部分内容，也可以便用这些元素的组合。总而言之，必须选择一种是读者容易理解预期产品的组织方案。
用简短的语句说明功能的名称，例如：“4.1系统参数管理”。按照服务组织的顺序，逐条阐述系统功能。无论说明的是何种功能，都应该针对该系统功能重复叙述4.1~ 4.3这三个部分。
可以通过各种方式来组织这一部分内容，例如采用：使用实例、运行模式、用户类、对象类、功能等级等，也可以采用它们的组合。其最终目的是，让读者容易理解 即将开发的软件产品。一般来说，每个使用实例都对应一个系统功能，因而按照使用实例来组织内容比较容易让用户理解。
对应一些被共享的独立使用实例，可以定义一些公用系统功能。
必须特别注意的是，在2.2节“产品的功能”中描述的全部需求，以及它们的规格说明;必须在某个系统功能描述中有所反映，而且不应重复。
4.1 说明和优先级
对该系统功能进行简短的说明，并且指出该系统功能的优先级是：高、中、还是低。需要的话，还可以包括对特定优先级部分的评价，例如：利益、损失、费用和风险，其相对优先等级可以从1(低)到9(高)。
4.2 激励/响应序列
列出输入激励(用户动作、来自外部设备的信号或者其它触发)并且定义针对这——功能行为的系统响应序列，这些序列将与使用实例中相关的对话元素相对应。
描述激励/响应序列时，不仅需要描述基本过程，而且应该描述可选(扩充)过程，包括例外(引起任务不能顺序完成的情况称为例外)。疏忽了可选过程，有可能影响软件产品的功能;如果遗漏例外过程，则有可能会引发系统崩溃。
如果采用流程图来描述激励/响应序列，比较容易让用户理解。
4.3 输入/输出数据
列出输入数据(用户输入、来自外部接口的输入或者其它输入)并且定义针对这些输入数据的处理(计算)方法，以及相应地输出数据，描述对应区别：输入数据和输出数据。
当有大量数据需要描述时，也可以分类描述数据，并且注明各项数据的输入、输出属性。
对于每一项数据，均需要描述：
数据名称;
实际含义;
数据类型;
数据格式;
数据约束;
对于复杂的处理方法，仅仅给出算法原理是不够的，必须描述详细的计算过程，并且列出每一步具体使用的实际算式;如果计算过程中涉及查表、判断、迭代等处理方法，应该给出处理依据和相关数据。如果计算方法很简单，也可以将其从略，不加描述。
5. 其它非功能需求
在这里列举出所有非功能需求，主要包括可靠性、安全性、可维护性、可扩展性、可测试性等。
5.1 性能需求
阐述不同应用领域对软件产品性能的需求，并且说明提出需求的原理或者依据，以帮助开发人员做出合理的设计选择。尽可能详细地描述性能需求，如果需要，可以针对每个功能需求或者特征分别陈述其性能需求。在这里确定：
相互合作的用户数量;
系统支持的并发操作数量;
响应时间;
与实时系统的时间关系：
容量需求
存储器;
磁盘空间;
数据库中表的最大行数。
5.2 安全措施需求
详尽陈述与软件产品使用过程中可能发生的损失、破坏、危害相关的需求。定义必须采取的安全保护或动作，以及必须预防的潜在危险动作。明确软件产品必须遵从的安全标准、策略、或规则。
5.3 安全性需求
详尽陈述与系统安全性、完整性问题相关的需求，或者与个人隐私问题相关的需求。这些问题将会影响到软件产品的使用，和软件产品所创建或者使用的数据的保 护。定义用户身份认证，或备授权需求。明确软件产品必须满足的安全性或者保密性策略。也可以通过称为完整性的质量属性来阐述这些需求。一个典型的软件系统 安全需求范例如下：“每个用户在第一次登录后，必须更改他的系统预置登录密码，系统预置的登录密码不能重用。”
5.4 软件质量属性
详尽陈述对客户和开发人员至关重要的在软件产品其它方面表现出来的质量功能。这些功能必须是确定的、定量的、在需要时是可以验证的。至少也应该指明不同属性的相对侧重点，例如：易用性优于易学性，或者可移植性优于有效性。
5.5 业务规则
列举出有关软件产品的所有操作规则，例如：那些人在特定环境下可以进行何种操作。这些本身不是功能需求，但是他们可以暗示某些功能需求执行这些规则。一个 业务规则的范例如下：“进行达到或者超过10，000，00元人民币的储蓄业务时，必须通过附加的管理员认证。”
列举业务规则时，可以根据规则的数量，选取合适的编目方式。
5.6 用户文档
列举出将与软件产品一同交付的用户文档，并且明确所有己知用户文档的交付格式或标准，例如：
安装指南
纸质文档，16开本;
用户手册
纸质文档，16开本;
在线帮助
电子文档，与软件产品一同分发、配置;
使用教程电子文档，与软件产品一同分发、配置。
6. 词汇表
列出本文件中用到的专业术语的定义，以及有关缩写的定义(如有可能，列出相关的外文原词)。为了便于非软件专业或者非计算机专业人士阅读软件产品需求分析 报告，要求使用非软件专业或者非计算机专业的术语描述软件需求。所以这里所指的专业术语，是指业务层面上的专业术语，而不是软件专业或者计算机专业的术 语。但是，对于无法回避的软件专业或者计算机专业术语，也应该列入词汇表并且加以准确定义。
7. 数据定义
数据定义是一个定义了应用程序中使用的所有数据元素和结构的共享文档，其中对每个数据元素和结构都准确描述：含义、类型、数据大小、格式、计量单位、精度 以及取值范围。数据定义的维护独立于软件需求规格说明，并且在软件产品开发和维护的任何阶段，均向风险承担者开放。
如果为软件开发项目创建一个独立的数据定义，而不是为每一项特性描述有关的数据项，有利于避免冗余和不一致性。但是却不利于多人协同编写需求分析报告，容 易遗漏数据，也不方便阅读。因此还是建议为每个特性描述有关的数据项，汇总数据项创建数据定义，再根据数据定义复核全部数据，使得它们的名称和含义完全一 致。必须注意的是，为了避免二义性，在汇总数据项时应该根据数据项所代表的实际意义汇总，而不是根据数据项的名称汇总。
在数据定义中，每个数据项除了有一个中文名称外，还应该为它取一个简短的英文名称，该英文名称应该符合命名规范，因为在软件开发时将沿用该英文名称。可以使用等号表示数据项，名称写在左边，定义写在右边。常见数据项的描述方式如下：
原数据元素
一个原数据元素是不可分解的，可以将一个数量值赋给它。定义原数据元素必须确定其
含义、类型、数据大小、格式、计量单位、精度以及取值范围。采用以星号为界的一行
注释文本，描述原数据元素的定义。
选择项
选择项是一种只可以取有限离散值的特殊原数据元素，描述时一一枚举这些值，并用方
括号括起来写在原数据元素的定义前。在两项离散值之间，使用管道符分隔。
组合项
组合项是一个数据结构或者记录，其中包含了多个数据项。这些数据项可以是原数据元
素，也可以是组合数据项，各数据项之间用加号连接。其中每个数据项都必须是数据定
义中定义过的，结构中也可以包括其它结构，但是绝对不允许递归。如果数据结构中有
可选项，使用圆括号把该项括起来。
重复项
重复项是组合项的一种特例，其中有一项将有多个实例出现在数据结构中，使用花括号
把该项括起来。如果知道该项可能允许的范围，就按“最小值：最大值”的形式写在花
括号前。
8. 分析模型
这是一个可选部分，包括或涉及到相关的分析模型，例如：
数据流程图;
类图;
状态转换图;
实体-关系图。
摘 要：本文提出了一种全新的软件项目开发综合实训模式，该模式以实际项目贯穿始终，以软件工程思想贯穿全线，围绕学生完成一系列递进的典型工作任务来组织实训内容，覆盖不同课程串联不同知识。该模式是工作过程导向在软件技术实训教学上的运用，对当今高职院校进行课程改革具有重要的参考价值。
关键词：工作过程导向；学习情境；典型工作任务；项目开发；综合实训
中图分类号：G642 文献标识码：B
1 实训教学的现状和对策
我院的软件技术Java开发方向主干课程的设置包括：“Java程序设计”、“数据库基础及应用”、“JSP程序设计”、“UML基础与Rose建模”、“软件工程”、“软件测试”、“J2EE技术”。在每门课程的最后阶段都安排了课程实训，在此过程中，学生以个体或小组形式完成一个相对真实的工作任务。课程实训可以训练学生将该课程中不同的知识和技能串联起来，加以综合应用解决实际问题。由于各门课程相对独立，即使完成以上所有课程的课程实训，学生还是难以参与软件开发的全过程，难以获得对开发过程的整体把握。即使进入专业学习结束后的毕业设计阶段，由于毕业设计教学环节与大学生毕业就业成为近年来我国高校的一个非常突出的矛盾，尤其是高职高专院校的毕业生面临着严峻的就业形势，许多学生在最后一个学期几乎都在外出找工作，提前就业上岗。高职高专院校本来就学制短，毕业设计教学环节形同虚设，严重影响了正常毕业设计教学环节的实施和毕业生的水平。
在近几年的专业建设和课程改革中，我们越来越认识到培养学生的软件开发能力、团队合作能力、工程应用能力的重要性。为此，我们专门针对高年级学生设计和开发了工作过程导向的、具有专业总结和综合性质的项目开发综合实训，通过项目实践开阔学生视野，锻炼学生的团队意识和工程意识，全面培养学生的职业素养和工程应用能力。
2 基于工作过程的高职软件项目开发综合实训设计思路
基于工作过程的高职软件项目开发综合实训设计思路包含“两个贯穿一个分解一个覆盖”：即“工程项目贯穿”、“软件工程思想贯穿”、“典型工作任务分解”和“不同课程覆盖”。
2.1 工程项目贯穿
“工程项目贯穿”，即以一个工程项目全线贯穿于整个实训过程，学生从步入实训基地开始接受项目，到最后提交一个按照操作程序、操作规范完成的，满足一定质量标准的开发成果。在确定项目时，应该把握好以下两个原则：
第一，实训项目应具有一定的应用价值和实际意义。实训项目最好以实际项目为背景，或者直接就是从实际项目提炼而来，与企业实际生产过程或现实商业经营活动有直接的关系。这样的项目能培养学生的实战经验，极大地激发学生的积极性。但是要注意，业务流程太专业太复杂的项目不适于拿来作为全程的实训项目，因为这类项目在前期的业务分析和理解上将耗费太多的时间和精力，不利于后续工作的展开。
第二，要根据教学内容和专业培养目标确定项目内容与项目难度。高职软件技术Java开发方向旨在为社会输送合格的熟练的Java程序员，而J2EE编程是Java程序员追求的最高目标，所以我们确定的实训项目具有总结性和综合性，并具有一定的挑战性。经过前导课程“J2EE技术”的学习和实践，学生已经具备了用Servlet+JSP+JaveBean (EJB)或struts框架来实现MVC架构的能力，在实训项目中我们鼓励学生整合Struts、Hibernate和Spring三个框架，综合运用J2EE的组件、框架开发技术，开发一个满足J2EE架构的多层的企业应用。
2.2 软件工程思想贯穿
在传统的“软件工程”教学中，软件工程是一门独立的理论性较强的课程，学生们缺乏实战经验，难以在参与软件开发的全过程中获得感性体会，理解软件工程的精髓。
为了培养软件工程意识，使工程化思想成为学生从事软件开发工作的行动指南，我们将软件工程思想贯穿于整个综合实训的始终。综合实训以成熟的软件开发模型为基础，以具有一定应用价值和实际意义的项目为背景，学生以开发团队的形式，按照软件开发流程，在规定的时间点完成指定的任务，经历需求分析、建模、设计、编码、测试、部署的软件工程全过程。综合实训模拟企业运作机制，模拟企业中实际存在的项目压力和工作压力，模拟真实企业开发环境，以项目的进度检查作为监控，以项目开发成果作为最后的考评。学生在实训过程中，都有机会承担项目经理、设计人员、编码人员、测试人员等全部或部分岗位角色的职责，学生的综合能力得到极大的提高。
2.3 典型工作任务分解
典型工作任务是“基于工作过程”实训课程开发的精髓。所谓“任务”就是要求学生做一件事，重要的是，这件事是按实际工作的要求来操作的，包括操作程序、操作规范、质量标准等。学生在完成各项“任务”后，会呈现出不同的“结果”。这个结果是非标准答案的，即每个学生或每个团队的作品可以不一样，对作品的评价不是简单的对与错，而很可能是好与差。而“典型工作任务”能呈现出职业的典型的工作内容和形式，在整个企业的工作大环境里具有重要的功能和意义。
在工作过程导向设计原则的指导下，结合软件行业的岗位需求，通过分析完成软件开发需要完成哪些典型工作任务，我们设计了基于工作过程的实训流程。该流程以一个软件项目贯穿始终，将整个软件开发过程分解为一系列递进的实训情境，在每个实训情境要求学生完成一个独立的工作任务，完成所有的实训情境就完成了整个软件项目的开发。
基于工作过程的项目开发综合实训流程如图1所示，整个实训由递进的6个实训情境构成(水平方向)，它们对应的工作任务依次为“需求分析”、“搭建开发环境”、“设计”、“编码”、“集成和测试”、“项目部署”。垂直方向则反映了为完成某项工作任务所采取的步骤和要提交的工作成果。
图1 基于工作过程的软件项目开发综合实训流程
2.4 不同课程覆盖
按照工作过程导向设计原则，将整个软件开发过程分解为递进的6个实训情境，每个实训情境覆盖了不同的课程内容。表1列出了每个实训情境对七门主干课程的覆盖情况，可以看到，它彻底地克服了传统的课程体系只重视每门课程自身的实验，缺乏覆盖不同课程，串联不同知识和技能的综合性实验的重大缺陷，它使得相对独立的各门课程整合在一起，使整个实训成为一个有机的整体。这样的训练能使学生将以前的所学融会贯通，能有效地培养学生的综合应用能力和创新能力。
3 基于工作过程的高职软件项目开发综合实训的实施
3.1 实训项目举例
依照确定项目的两个原则，我们把为我院开发“教学资源管理系统”定为综合实训的第一个项目，要求运用Struts、Hibernate和Spring三个框架，开发一个满足J2EE架构的多层的企业应用。
该项目的业务需求是“主要完成对多媒体课件和各种多媒体素材资源的管理，方便对各种电子教学资源进行分类维护，包括浏览，查询，下载；为教师提供一个方便快捷的课件渠道，把制作的课件或搜集的素材上载到该系统，实现资源共享。本系统分三级用户：系统管理员，教师用户、普通用户(包括学生)；包括以下四个方面的功能：普通用户资源浏览和下载；普通用户资源检索；教师用户资源上载；管理员系统维护”。
项目开始时，教师只给出较为粗略的业务需求，给学生留有足够的发挥空间。因为“教学资源管理系统”就是为学生和教师服务，非常贴近学生的学习生活，理解起来没有任何障碍。至于界面做到什么样子，功能做到何种程度，留给学生在撰写详细的需求分析报告时去确定，教师需要把关的是工作量和技术难度，不能太简单而达不到实训的效果，也不能太难无法实现而挫伤学生的积极性。
3.2 实训组织方式
实训采用4个人一组，每人负责一个方面的功能开发，每组设一个项目组长，项目组长除负责一个方面的功能模块开发外，还负责各模块集成。由项目组共同提交一份需求分析报告。个人一旦选择某方面的功能开发，就要全权负责该部分的设计、编码和单元测试。此外，在测试情境中，开发小组进行角色转换，变成测试小组，选择别的小组开发的软件进行测试。
3.3 实训进度安排和任务要求
本综合实训历时一个月，共72学时(4周*18课时)，进度安排如表2所示，各院校可根据自己的情况作适当调整或根据需要增加学时。下面是每个情境的具体步骤、任务要求的详细描述。
3.3.1 情境1：需求分析
本情境的典型工作任务是撰写详细的需求分析报告。
(1) 首先老师对实训项目提出业务需求，讲解应用的环境、功能要求、技术要求以及实训组织方式。
(2) 实训小组组成，组合出每个小组的成员，选出项目小组长。
(3) 每个小组对功能模块分工分配，确定每个人所承担的功能模块。
(4) 各小组讨论需求分析，每个人撰写模块的详细需求分析报告。
本情境结束后，要完成以下任务：
老师要汇总出小组划分、成员分工；
项目小组提交一份详细的需求分析报告。
3.3.2 情境2：搭建开发环境
本情境的典型工作任务是搭建J2EE开发环境。我们选择的开发环境为：
操作系统：Windows NT /Windows XP
Java 平台：JDK1.6 以上
服务器：JBOSS 4.0.4
数据库服务器：MySQL 5.0
开发平台：MyEclipse 5.5
建模工具： Rational Rose
单元测试：Junit
功能测试：手工测试
(1) 首先老师对开发环境进行讲解；
(2) 学生在自己的机器上完成以下任务：安装JDK环境、安装JBOSS服务器、安装MySQL服务器、安装MyEclipse集成开发工具、安装Rational Rose建模工具、安装Junit。
本情境结束后，要完成以下任务：
1) 学生在自己的机器上完成环境的搭建和测试。
3.3.3 情境3：设计
本情境的典型工作任务是撰写详细设计文档。
(1) 老师对需求分析进行点评，指出其中的问题和修改意见。
(2) 老师以其中某个模块为例，讲解所使用技术和技术线路。
(3) 进行模块设计和数据库库表设计，模块之间接口的定义，数据库中测试数据的准备。
本情境结束后，学生要完成的任务：
对需求分析报告进行修改和完善。
撰写详细设计文档，包括类图和时序图。
详细设计包括以下组件的设计：模型实现类和DAO组件；业务逻辑组件；MVC层组件；表现层组件
撰写数据库表的设计以及测试数据，数据库表设计包括库表名称、字段定义，测试数据以表格的方式形成。
3.3.4 情境4：编码
本情境的典型工作任务是依照设计进行代码编写，以及单元测试。
老师对学生的模块设计和库表设计进行点评，指出其中的问题和修改意见。
在编码过程中，老师要对学生进行指导，帮助解决问题。学生之间应互相配合，及时修正模块设计中的错误。
本情境学生要完成的任务包括：
修订详细模块设计和数据库库表设计；
用测试数据填充数据库；
制定编码进度；
模型实现类和DAO组件的编码和测试；
业务逻辑组件的编码和测试；
MVC层组件的编码和测试；
表现层组件的编码和测试。
3.3.5 情境5：系统集成和测试
本情境的典型工作任务是小组模块集成和功能测试。
(1) 小组成员之间相互配合，完成整个系统的集成。
(2) 选择另一个小组开发的系统，根据他们的需求分析报告，撰写测试用例。
(3) 进行功能测试并提交测试报告。
本情境完成，学生要完成以下任务：
将小组内各成员开发的模块进行系统集成；
选择另一个小组开发的系统撰写测试用例，进行功能测试，并提交测试报告。
3.3.6 情境6：项目
本情境的典型工作任务是部署项目、提交成果。
(1) 学生将实训成果进行演示
(2) 学生提交可以部署的包和按工程组织的源代码
(3) 老师对各个项目小组的成果进行考评。
(4) 老师对整个实训进行点评。
本情境完成，学生要提交以下程序和文档：
源代码和可以部署的包
实训报告
4 新的综合实训模式对教师提出了更高的要求
基于工作过程的高职项目开发综合实训，覆盖面广，综合性和工程实践性强，要求按照软件工程的要求，指导学生进行软件项目开发实训，因而对指导教师的教学素养、主导作用、工程实践经历提出了更高的要求。为此我们组建了一支以具有工程实践经验的核心教师为首，由各科任课教师组成的教师团队。进入实训项目的教师必须首先对项目本身有足够的认识和理解，并且亲自做过，才能在其参与指导的实训情境中指导学生完成该情境所指定的典型工作任务。而核心教师经历过企业软件开发项目的全过程，熟悉软件开发项目的管理过程，熟悉软件开发程序的设计规范、调试过程、软件质量测试方法，以“项目经理”的身份指导学生进行软件开发实训，其关键作用是不可置疑的。
同时，新的综合实训模式必须有新的教学观念、讲授模式和管理模式。在实训过程中绝对不能再是“教师讲授学生听”，而是以学生为主体，以任务为驱动，教师重点放在讲解每个任务的需求，完成该任务所要采用的知识、方法、工具和步骤，然后由学生自己进行分析、建立问题模型，自己掌握开发的进程。教师则更象一位项目经理，控制项目进度，评定软件质量。
5 结束语
基于工作过程的高职项目开发综合实训，是一种全新的软件项目开发综合实训模式。该模式以工程项目贯穿始终，以软件工程思想贯穿全线，围绕学生完成一系列递进的典型工作任务来组织实训内容，覆盖不同课程串联不同知识。该模式是工作过程导向在软件技术实训教学上的运用，对当今高职院校进行课程改革具有重要的参考价值，同时对指导教师提出了更高的要求。
参考文献
论文摘要：该文从《数据库系统概论》教学实践出发，在教学设计中结合学生的学习实际、突出学习需求，在教学方法上采用多种教学方法，抓住学生急于应用的心理进行教学，提高了学生的学习效率，取得了较好的教学效果。
《数据库系统概论》是高校计算机专业的必修专业课，同时它也是一门理论和实践性都较强的学科，传统的“黑板上讲理论，机房里练操作”的授课模式很难激发学生的学习兴趣，教学效果不佳。
往往一学期教学结束，和学生谈起本课程的学习，学生只是记住几个概念，至于数据库的技术没有多少能深入理解，更别提能应用于实际。数据库的应用虽然十分广泛，到处都是数据库，银行里、商店里、网络上等等。但是因为它是藏在“后台”的，不像多媒体、WWW等等，既作为对象，又作为外壳，直接呈现在人们面前，所以要简明扼要、深入浅出、生活化地诠释它，显然有更高的难度。
本人在《数据库系统概论》教学实践中体会到， 不能只看中理论，觉得学生只要知道是怎么一回事就可以了，需要学生亲身去参与项目的开发，去经历基本真实的项目制作，才能掌握知识。因此，在实际的教学中，采用任务驱动的案例教学法，配合直观的教学媒体，并布置学生的课下任务，多管齐下，让学生更全面的了解、使用数据库技术。
1 教学方法概述
对于计算机专业的课程来讲，教学方法大致有以下几种：
1.1 讲授法
这种方法能够使学生在短时间内获得大量系统的科学知识。但运用不好，学生学习的主动性、积极性不易发挥，就会出现教师满堂灌、学生被动听的局面。在讲述数据库概念的时候，常采用这种方法。
1.2 讨论法
这种方法是在教师的指导下，学生以小组为单位，围绕教材的中心问题，各抒己见，通过讨论或辩论活动，获得知识或巩固知识。在该课程的教学中，采用一两次，如并发事务的处理。在讨论中引导学生围绕题目发表意见，然后在结束时，概括讨论的情况，使学生获得了正确的观点和系统的知识。
1.3 直观演示法
通过展示各种案例或进行示范性实验，让学生通过观察获得感性认识。主要是演示实验的内容或要求课下学生实际操作的内容。
1.4 练习法
学生在教师的指导下巩固知识、运用知识、形成技能技巧的方法。实际操作的练习，旨在形成操作技能，在技术性学科中占重要地位。
1.5 读书指导法
读书指导法是教师指导学生通过阅读教科书或参考书，以获得知识、巩固知识、培养学生自学能力。在每次课后，都给学生布置相应的参看书目、参考文献或参考网站，引导学生主动地自学，并在课堂上适当地让学生发表自己看书的收获。
1.6 任务驱动教学法
这种方法要求给学生布置具体的学习任务，让学生自己查阅资料，并对知识体系进行整理，再选出代表进行讲解，最后由教师进行总结。这种方法可以让学生在完成“任务”的过程中，培养分析问题、解决问题的能力，培养学生独立探索及合作精神。在讲解关键的知识或技术时如数据库的设计，大多采用这种方法。
1.7 自主学习法
这种方法是给学生留思考题或是遇到的一些实际生产问题，让学生利用网络资源自主学习的方式寻找答案，提出解决问题的措施，然后提出讨论评价。这种方法能够充分发掘学生的创造潜能，提高学生解决实际问题的综合能力。
2 教学方法的实施
《数据库系统概论》的主要目的是要求学生能掌握数据库技术中的概念，并学会进行数据库的设计和实施，进而能结合前台对后台数据库进行各种操作。
2.1 数据库的概念
这一部分主要采用联系生活的实际讲授法来讲述。例如在讲述数据管理的发展时采用在图书馆查阅资料的例子，总结出常用信息资源管理的两种方法：手工管理（逐级分类）和计算机管理（采用数据库）。通过搜索引擎引入数据库，让学生感受数据库管理信息的优势：查找统计数据高效准确，数据库的共享性好，管理操作方便，管理大量信息占用空间小。 通过对图书管理数据库的解剖分析，了解使用数据库管理信息的基本思想和方法：采用表格的结构以及表与表之间的关系进行存储和管理信息的。然后编写数据库管理软件对数据库信息进行查找和统计操作。
2.2 数据库的设计
这一部分主要采用任务驱动的案例教学。先给大家一个总体的任务，比如图书管理系统。总体任务是设计一个图书馆数据库，在此数据库中保存有读者记录和书目。
首先作需求分析，将学生分组，一组代表读者，一组代表图书管理者。分别模拟读者和图书管理员的角色，采用各种方式收集各自的需求。并形成需求分析报告文档。其次，在拿到需求分析报告文档后，每个同学画出书面的E-R图，包括局部的和总体的E-R图，并利用Power Designer软件将书面的E-R图转换成电子的。然后，在得到总体的E-R后，分析怎样可以将E-R图转换成我们要求的二维表，依据是什么，转换后的结果是什么？并利用Power Designer软件提供的转换功能来进行验证。数据库设计的其他阶段在其他部分来讲述。
关键词：高校后勤 财务管理模式 信息化平台
中图分类号：G475 文献标识码：A
文章编号：1004-4914（2012）05-094-02
评价一个财务信息系统成功与否的关键在于这个系统是否完成预期的建设目标，是否给高校的后勤财务管理带来效率和水平的真正提高。在财务信息化平台的建设过程中，可充分利用高校应运而生并迅速发展起来的新的信息技术手段和现代化设备，进一步拓展财务管理信息系统的各项功能，向集高校后勤财务管理与信息化校园于一体的“一体化”管理方向迈进。因此，高校后勤财务信息化平台应以账务核算、预算管理、资金管理和项目管理等模块建设为核心，结合校园一卡通系统，整合形成校园后勤管理的一整套业务流程。
一、后勤财务信息化的需求与系统管理目标的设计
（一）后勤财务信息化的需求分析
从高校后勤管理的实际出发，针对高校具体的财务管理状况和管理目标进行调研，作出符合实际情况的后勤财务信息化需求分析和评价。对于要达到的既定目标，既要用发展的眼光又不能脱离现实条件，尽可能细化、量化好系统需求方案制定前的组织调研工作。
1.理清高校的管理体制和结构。高校的办校规模不同，管理体制也不尽相同，无论是哪一方面的管理都要服务并服从于高校的整体管理，后勤财务信息系统要为学校的财务管理服务这一点无可厚非。部分高校多个校区，属于多级次的管理体制。管理体制的差异影响财务信息系统组织机构的功能设置，并对实施方案中的软硬件环境（诸如网络环境、软硬件设备的选择、人员的配备和岗位的设置）等要求产生影响。因此，只有明确了整个财务管理的组织结构以后，才能对财务信息系统的建设作出既科学又实用的规划和设计方案。
2.确定目标工作流程。完成系统需求分析后，要着手对后勤财务信息系统运行的整个工作流程进行分析和前景规划。通过对后勤财务信息系统工作流程与现行的财务工作流程进行比较，如果两个流程的差异很大，那么应该及时同财务主管领导做细致的沟通，分析可能出现的问题，杜绝可能出现的漏洞，确认目标工作流程的可操作性。为方便今后开展工作，经过反复研究论证后的最终工作流程的分析报告也需要得到财务主管领导的签字认可，方能进行下一步的工作。
3.信息化平台的目标定位。对于将要建设的后勤财务信息系统需要达到的目标应该有一个相对准确的描述和合理定位，包括这个系统要实现的功能目标和性能目标，以及为实现这样的目标对整个系统要进行多大规模的资金和人力投入，怎样投入等。整个系统建设周期的计划是什么，阶段性目标是什么，特别是如何进行对系统建设完工后的验收、使用和评价等。
4.出具需求分析报告。通过前期各阶段的准备工作，对系统的需求分析进行了论证调研得出结论后形成书面报告。需求分析报告将成为系统设计的依据和今后系统改造的基础资料。
（二）设计信息管理系统的目标方案
详细了解高校后勤财务管理状况以后，作出对具体的财务管理需求的分析报告，设计制定目标方案。理论上，财务信息化的目标与财务管理的目标应该保持一致，但我们必须要考虑财务信息化的阶段性发展问题这一客观因素的存在。不同阶段会面临要解决不同的问题，不能一刀切的看待遇到的各种障碍性因素，更不能主观期望从一开始就解决所有的财务管理问题，这种想法是不切实际的。在开始设计具体的实施方案前，对高校的财务管理状况要有一个比较整体、客观和细致的了解。要内外兼明，尤其是对于高校后勤现行的财务管理体制、上级部门的支持情况、部门内部的业务流程、人员配备和岗位设置情况，以及高校整体的信息化水平、软硬件环境等做一个比较细致的调查。应当明确高校后勤目前最迫切需要解决的财务管理问题，通过信息化平台建设能否解决这一问题，能否做到通过一定程度上制度的变革来为财务信息化扫清障碍，领导层是否做好了这方面的思想准备。因为，当我们决定开始启动财务信息系统后，都会在一定程度上引发财务管理体制“地震”，因而需要事前做好方方面面的准备工作。
二、后勤财务信息管理系统的建设
根据已经确定的需求分析报告对后勤财务信息管理系统进行规划、设计，制订出具体的设计方案。设计方案的内容包括：系统的网络环境要求、系统需要的硬件和软件配置、财务信息系统软件的选购、系统的运行维护、人员和岗位配置等，整合这些具体的设计方案就形成一个相对完整的后勤财务信息系统设计。
（一）硬件平台的设计与构建
1.规划和设计网络环境。通常情况下，单一校区的高校后勤多采用集中式财务管理模式，规模较大的高校后勤则采用分级管理。规模较大且多个校区的高校比较适合采取分散布局、集中管理的模式。建设后勤财务信息管理系统时，不同的管理模式对网络环境的要求也不一样。在设计后勤财务管理信息系统建设的方案时，一般都会优先考虑财务网络的建设方案。单一校区的高校，往往选择物理上与其他网络隔离的独立的网络环境，这样的网络环境安全系数比较高，缺点是与其他管理系统的数据共享和交换受限。规模较大且拥有多个校区的高校，在选择后勤财务信息管理系统的网络环境时，要考虑的因素就相对复杂得多。首先要考虑的是安全因素，其次要考虑到建设实施的成本问题。在校区间相距较远的条件下，构建独立的财务专用网络会产生较高的成本，这样建设难度就比较大。近些年来，高校的校园网络建设和发展速度较快，绝大部分高校都拥有自己的校园网，这是发展的必然趋势。所以，通过依托“校园网”建设“财务局域网”成为一种较好的解决方案。利用VNP技术，依托校园网搭建一个财务专网，成为一种较为现实可行的做法，因为这种做法不仅大大降低了建设成本，而且在技术上和安全性能上也有一定的保障。网络布局方案设计完成后，还应考虑网络环境建设需要的网络设备条件。网络设备的挑选通常按性能价格比的原则，在建设资金保障充分的前提下，可选择稳定性好、质量高的产品。
2.服务器及周边设备的选型与配置。服务器的选择非常重要，在选择前要先咨询这方面的专家。系统的应用规模和发展趋势是选择服务器种类的重要考量因素。同时要考虑到发展的需要，适当留有冗余。服务器工作环境要得到保障，条件允许的情况下，服务器最好设在通风、散热条件好、环境整洁的独立机房内。
（二）软件平台的建设
1.操作系统软件的配置。当前应用较广的操作系统有Linux、Unix、WindowsServer系列等等。高校在建信息系统的软件平台时，常会选择一种作为主要的操作系统软件。不过，也有混用的情况，如果从管理便捷性方面考虑，多种操作系统并用的情况往往会出现系统不兼容的现象，因此不利于管理。
2.选择数据库系统软件。数据库系统软件在很大程度上直接影响到系统处理财务信息的效率和质量。目前常用的数据库软件有SQLServer、Informix、Oraele、MySQL等，这些数据库软件在性能方面各有各的特点。不同操作系统对软件功能要求也有所不同。在建设财务信息化平台之前，要根据后勤财务管理的要求，同时考虑其他管理系统的需求，以便选择更适合后勤财务管理的数据库软件系统。
3.选择财务管理系统软件。在选择财务管理系统软件时要考量多方面的因素，软件应用的核心问题是它的配置。财务管理软件系统是整个财务信息系统运行的载体。财务管理软件取得的途径有两种：一是购买，另外一种是自行开发。在后勤财务信息化平台建设过程中，高校后勤财务管理系统软件的规划与选择是核心工作，一方面要考察财务管理系统软件在功能上是否能够满足高校后勤财务管理的需要，另一方面还要考虑自身的个性化需求。现在绝大多数高校都采用直接购买的方式取得软件，因为，这种方式的建设周期可以大大缩短，而且没有开发风险，系统运行也会比较稳定。但是，这种商品化软件通常都是通用软件，很可能存在短时间内无法满足单位的个性化需求的问题。
三、财务信息化平台的实施
（一）硬件平台的运行
系统硬件平台能够稳定的运行取决于很多因素，包括服务器及其配套设备、网络设备、备用电源供给、客户端设备配置等。硬件平台系统运行的稳定性、数据的安全保障是首要和重点考虑因素。财务信息系统因其功能的特殊性，在硬件设备配置的选择方面要求相对较高。首先做好网络设备的暗转与调试，其次做好服务器及周边硬件设备的安装与调试。
（二）软件平台的运行
要保证软件平台的正常运行，首先要做好操作系统软件和数据库软件的安装工作，然后进行财务管理软件系统的安装和调试。这时应注意确定财务管理信息子系统的使用规模和顺序。通常高校后勤在安装使用新系统过程中，首先要保证历史工作的正常运转和延续，因而会比较谨慎地选择一个或者几个有把握的子系统进行试运行，待稳定运行一个阶段后再使用其他子系统。当然，也有高校采用新旧系统同时运行一段时间的方法。各高校可根据自身的实际情况进行选择。另外，财务软件的初始化工作也是非常关键的环节之一。系统初始化的工作不仅重要，而且工作量也很大。为了保证财务信息系统安全、稳定地运行，同时还要在服务器和客户端上一并安装防病毒软件、数据备份软件等。
［基金项目：黑龙江省教育会计学会科研课题，编号：1155KJXH402；黑龙江省人文社会科学研究项目，编号:11552175］
参考文献：
1.肖富宁.高校财务信息化建设若干问题的探讨.首都经济贸易大学硕士论文，2009
2.许永斌.我国电算化会计信息系统模型改造理论基础.会计研究，1996
3.薛云奎，饶艳超.会计信息系统(第二版).复旦大学出版社，2008
4.于金红.税务会计应用的障碍性因素及发展思路研究.财会研究，2011（12）
5.王海林.试论会计信息系统运行阶段的风险与控制.会计之友，2009（1）
6.邹秀华.高校财务管理信息化建设研究.中国科技信息，2008（3）
关键词：实验教学；数据库
中图分类号：G642.477
数据库技术自计算机产生以来，其发展十分迅速，并广泛应用于社会各个领域，高校很多个专业都开设了该课程，并受到多个专业的高度重视。数据库课程理论性强、应用实践要求高，具有很强的应用性和工程性。信息与计算科学专业是以信息领域为背景数学与信息、管理等科学相结合的交叉性专业，数据库原理与技术课程作为本专业的核心主干课程，许多理论必须通过实践才能获得更深入的理解，因此数据库实验教学就十分重要。但是由于本专业属于理学，往往更加重视课程的理论学习，容易轻视了数据库等工程性、应用性较强的课程的实验教学，
1 信息与计算科学专业数据库课程实验教学现状
信息与计算科学专业是1998年新增设的数学专业，是由数学、计算机科学、信息工程交叉渗透而形成的一门新的专业。本校信息与计算机科学专业于2001年由理学院开设，其办学时间短，由于专业教师多数从事数学方面的研究和教学，在数学方面理论教学水平较高，而对于交叉渗透的计算机科学、信息工程等工程型学科的工程应用型教学经验较少，在数学与计算机科学、信息工程的交叉融合方面的教学经验就更少。由于本专业人才培养的特点，学生在学习数据库技术之前，仅进行了少数高级编程语言基础及一些计算机基础课程的学习，对软件开发、软件工程、信息系统设计与开发等知识还为涉及或涉及较少，导致学生对数据库系统的设计与开发的积极性不高，学习兴趣降低。在本专业的数据库课程实验教学中，主要存在以下几个问题：
1.1 实验内容相对孤立
传统的数据库实验教学作为理论教学的补充，将理论教学中的若干重要知识点以实验的形式构成，让学生在实验中巩固理论知识，增强其数据库系统的开发能力，在教学过程中起到了一定的积极作用。但是，这些实验较为独立，实验内容之间缺少联系，不能体现整个数据库知识点之间的脉络关系。这也造成学生虽然能较好地完成单独的实验内容，但是在实际项目开发中却缺乏分析问题、解决问题的能力。同时，独立的数据库实验难以培养学生的知识综合应用能力，导致学生陷入将数据库看成一门编程语言的误区，也不利于提高学生对数据库学习的积极性。
1.2 实验脱离工程应用
在数据库实验中，学生只对知识点进行验证，而不知如何运用知识点，未能直接与信息系统软件开发结合起来，课程的实践性体现不强，不利于毕业设计、实习等后续环节的教学。
1.3 实验课时相对不足
由于数据库的实践性，在教学过程中应安排更多的实验学时，以锻炼学生的实际操作能力。然而在实际教学过程中，由于该课程同时具有很强的理论性，安排了更多的理论教学学时。以我校本专业为例，数据库原理与技术共56学时，理论课时48学时，实验课时8学时，在有限的实验学时内，需要利用一种DBMS软件（如SQL server2008）完成数据库技术的多个实验内容，诸如数据库的创建和连接、表、视图、索引、触发器、存储过程、数据库的维护、数据库的优化以及数据库系统设计等，由于实验学时较少而容易造成实验效果不理想。
1.4 考核方式单一
数据库作为一门实践性非常强的课程，要求学生利用其解决实际生活面临的问题，数据库技术的实践能力应作为考核的重点。然而在实际教学过程中，数据库实验作为数据库课程教学的一部分，数据库课程成绩主要以期末卷面考试成绩为主，而数据库课程实验所占比例较少。通常，数据库实验的考核以实验报告成绩加上平时成绩，考核方式较为简单，缺少过程管理，不易体现学生的实际能力，实验报告也容易出现抄袭现象。
2 信息与计算科学专业数据库课程实验教学对策探讨
根据本专业人才培养方案，结合数据库技术课程的教学目标和数据库实验特点，笔者结合自身的教学实践经验，将项目教学法[1-2]贯穿实验教学的始终，针对专业教学中的若干问题对提出了对策，首先构建基于项目的数据库实验教学体系，然后根据该教学体系制定明确的考核办法。
2.1 构建数据库实验教学体系
实验教学是巩固理论知识、强化实践操作能力的重要手段。通过实验教学，使得理论与实践紧密相连，是高等教育培养工程型创新型人才的重要一环。为提高实验教学质量，达到人才培养的目标，构建科学合理的实验教学体系就变得至关重要。数据库实验教学既要保证知识的基础性，也要突出工程应用；既要突出知识重点，也要保证其内容的整体性和连贯性；同时，也要体现出一定的创新性。按照上述原则，数据库实验教学体系构建如下：
（1）认知性实验
认知性实验的任务是让学生熟悉当前主流的商业DBMS系统，能正常使用某种行业的数据库应用系统软件，了解数据库应用系统软件的行业需求，了解某种具体的数据库应用软件的功能模块与数据库的设计。结合具体实际，认知型实验主要包括以下两个实验：SQL Server2008的安装与配置；用友财务软件的安装与使用。通过认知性实验使得学生了解一种或多种DBMS系统，对数据库应用系统软件有一个感性的认识，激发学生的学习热情；另一方面，让学生了解行业知识，培养其职业素养。
（2）基础性实验
基础性实验的任务是对理论教学知识点内容进行实践，利用一种DBMS对理论教学中知识点进行验证从而熟悉SQL。本模块主要结合理论教学内容与传统的实验教学模式展开，其具体实验内容包括：数据库的建立、删除与备份；数据表的建立、修改、查询与删除；视图和索引的建立与使用等。 在本部分实验教学中，采用项目教学法，其主要方法是在一个确定了需求与功能的软件中，完成数据库部分，该软件已完成大部分编码，在软件中预留出实验内容部分；学生在实验上机时按照需求分析文档和系统详细设计文档建立数据库、数据表、建立视图与索引等实验内容。利用此方法的优点是让学生在做基础性实验时候就开始树立工程意识，初步了解软件开发的需求分析、设计、编码、调试等步骤，学会利用技术文档进行开发。
（3）设计性实验
设计性实验的主要任务是使学生掌握数据库设计的整个过程，熟练使用数据库设计辅助工具，学会使用帮助手册。在此阶段实验中，掌握数据库设计过程包括需求分析、概念结构设计、逻辑结构设计、物理结构设计和数据库的实施与维护，学会撰写需求分析文档、设计文档等，能熟练在数据库设计各个阶段使用辅助工具（如Power Designer）。具体方法为，让学生选择一个熟悉的背景，提出一个具体的课题，例如图书管理系统、学生成绩管理习题、超市零售管理系统等，学生自己确定需求分析，使用E-R图进行概念结构设计，进行逻辑结构的转化，最后建立数据库及数据表，并且撰写技术文档。
（4）综合性实验
综合性实验主要任务是综合运用多门计算机专业知识完成数据库应用系统的设计与开发。此阶段会涉及软件工程、数据结构、程序设计语言、数据库等多种技术，对学生的要求相对较高，且需要更多的实验教学时间，综合实验可与数据库课程设计同时进行。学生自行组建4～6人的项目团队，选定一个熟悉的课程，制定工作计划和任务分配方案，各司其职，按照软件工程和数据库设计过程的规范进行软件的设计与开发。综合实验的优点在于锻炼学生的团队意识，提高其工程能力。
（5）数据库实验教学体系的实施方法
教师首先准备好认知性实验所需要的DBMS软件和一种商业数据库应用软件，学生可先自行完成安装配置，熟悉软件及其功能，教师就认知性实验内容的重点和难度进行讲解，学生进行操作；进行基础性实验之前，教师拟定好实验项目，完成实验项目的应用系统开发及数据库设计的各种技术文档，设计出实验内容，学生按照技术文档和数据技术理论教学知识点进行相对应的实验，从而达到基础性实验与项目开发相结合的目的，实验内容的连贯性和工程实践性增强；进行设计实验前，教师拟定一些学生熟悉的课题，进行实验时教师示范数据库设计流程，介绍撰写各个阶段的技术文档要求，学生选题后，按照需求分析、概念结构设计、逻辑结构设计、物理结构设计、数据库实施等过程展开系统设计，撰写每个阶段的技术文档包括项目说明书、需求分析报告、系统设计文档、测试文档等；综合实验阶段，将学生进行分组，组建模拟项目团队，选择实验题目，按照软件工程和数据库设计流程进行实验，综合运用所学知识，培养工程能力及工程意识。按照如下方法分配实验课时，认知性实验、基础性实验、设计性实验、综合性实验的课内教学时间可按1：3：3：2的比例进行分配，可酌情安排适当的课外学时，其形式可采用开发实验室的方式进行。
2.2 建立科学的实验考核标准体系
针对实验教学考核的问题，采用结构化评分方式，对认知性实验、基础性实验、设计实验和综合实验采用不同的方式且在总成绩中占相应的比例，重视实验过程。对于认知性实验，采用上机操作进行考核，根据其操作熟练程度给予不同的分数，占实验总成绩的10%；基础性实验采用上机操作和实验报告的方式考核，根据实验给予的技术文档完成规定的实验任务，在实验过程中实时管理，对有一定创新的给予适当的加分，此部分占实验总成绩的25%；设计实验采用答辩和技术文档的方式考核，学生就选择的设计实验进行开题答辩和结题答辩，同时提交需求分析报告、进度计划、数据库设计文档等技术管理文档，根据数据库设计过程，视系统设计完整性程度给予不同的分数，占实验总成绩的35%；综合实验以汇报和最终软件作为考核，考查学生软件工程、程序设计、数据设计等知识的综合运用能力和解决实际问题的能力，根据学生在项目团队中的不同作用和贡献，对项目有重大贡献者和创新者给予适当的加分，此部分占总成绩的30%。
3 结论
为适应社会对工程型创新人才的需要，达成专业人才培养要求，进行课程实验教学探索拥有重要意义。基于项目的数据库实验教学，让学生从一开始就树立工程意识，明确数据库在信息系统中的作用与地位，熟悉数据库设计与开发的基本流程以及软件工程思想，不仅能巩固本门课程的理论教学，而且锻炼学生的综合素质。
参考文献：
[1]苏丹.项目教学法在数据库课程实验教学中的应用[J].黑河学院学报，2012（3）：39-41.
[2]刘婷，胡玉娟.项目教学法在计算机教学中的应用研究[J].长春教育学院学，2011（2）：125-126.
[3]常志玲，伍临莉，常国虎.非计算机专业数据库实验探究实验室研究与探索.2012（5）：114-116.
作者简介：张鹏（1983-），男，四川南充人，助教，硕士，从事数据库与数据挖掘的研究和教学工作。
关键词：软件工程；项目驱动；教学实践
中图分类号：G642.4 文献标志码：A 文章编号：1674-9324（2013）34-0124-02
Research on the Project-driven Teaching Method of “Software Engineering”
Chen Haiyan，Zhang Yuping，Zang Lie，Shen Guohua
（College of Computer Science and Technology，Nanjing University of Aeronautics and Astronautics，Nanjing 210016，China）
Abstract：“Software engineering” is the only comprehensive curriculum for undergraduates of our college. In this curriculum，the process，principles and methods of software development are introduced，furthermore，a wide range of expertise are much needed simultaneously. Abstract theoretical knowledge and high degree of practicality make this curriculum difficult for teachers to teach and for students to grasp. This paper proposes applying the project-driven teaching methods to solve the problems existing in the current “software engineering”teaching，In this method，project development activities will go throughout the whole teaching process. Teaching content，practical content and implementation steps of each stage are designed. The practice shows that the method can improve students' practical ability and deepen the understanding of the theoretical knowledge.
Key words：Software engineering；project driven；teaching practice
软件工程的教学目标是教授学生软件开发的方法，以指导学生进行实际系统的开发。《软件工程》课程教学目前仍以教师讲授为主，缺少同步的软件开发环节，这使得软件工程的基本原理、方法只能是抽象而枯燥的概念，学生无法深入体会其精髓和本质，严重影响了学习兴趣。软件工程课程所介绍的内容可以看作是高度总结的软件开发经验，学生只有通过同步的实践才能深刻体会，进而转化为自己的开发经验，在找工作和工作过程中受益。
一、项目驱动教学法介绍
项目驱动教学法是一种建立在建构主义学习理论基础上的、有别于传统教学的新型教学方法。建构主义教学设计原理强调，学生的学习活动必须与任务或问题相结合，以探索问题的解决方法来驱动和维持学习者的兴趣和动机。“项目驱动”教学模式的主要特点是“以项目为主线、教师为主导、学生为主体、注重实践”。将该思想运用到软件工程的教学过程中，就是按照软件工程思想将软件开发项目按阶段展开并贯穿于整个教学过程。通过项目的导入，有效激发学生的好奇心和求知欲，促进学生主动学习；通过项目的逐步展开使学生不知不觉地掌握抽象的软件开发和项目管理知识，并对软件开发过程产生系统的认识；经历整个过程能培养学生分析、解决问题的能力和团队协作精神，最大可能地将理论转化为自己的经验。
二、项目驱动教学法的实施
项目驱动的软件工程教学法包含课堂讲授和项目实施两个部分。教师在课堂向学生传授软件工程的原理和方法，介绍常用开发环境、开发工具，使学生有一定的理论知识准备和平台准备。项目的实施由学生根据所学方法进行项目开发。在实施过程中，教师必须及时评价学生的阶段性成果。此三步就形成了学习—实践—反馈的良性过程。本章剩余内容将详细阐述项目驱动的软件工程教学实施过程。
1.准备阶段。教学内容：软件工程概述；补充介绍选题方法。实践内容：分组与选题。（1）分组。将一个班的学生分为若干个项目组，每组3～5人，每组有一名组长作为项目经理组织后续的项目开发，负责给成员分配角色，如系统分析员、软件设计师、软件开发工程师、软件测试工程师。根据角色，每个成员都有相应的任务。（2）选题。在项目驱动教学法中，项目选择是关键步骤，关系到整个项目能否顺利实施。因此，在各组自选项目时要注意：尽量选择自己熟悉的流程来构建软件系统，如图书馆借还书系统；所选系统有3～5个功能模块，过于复杂则难以把握，过于简单则缺乏整体性；尽可能选择与实际需要相结合的项目、科研创新基金项目等；项目开发所需的软硬件都是可获得的，所需开发技术是学生已掌握的或短期内可掌握的。最后，教师要认真审查学生选题，避免重复，控制规模，确保可实现。
2.需求分析阶段。教学内容：软件需求分析原理、结构化分析法、面向对象分析法；补充介绍主流建模工具、开发平台、Web开发环境。实践内容：深入了解和分析需求，形成文字化需求说明；安装建模工具，使用Rose/Visio进行需求建模，绘制用例图和活动图，完成软件需求分析报告。配置开发环境，熟悉开发环境的使用，编程实现“登录”功能。教师及时批阅和评价需求分析报告，重点检查用例分割的粒度是否合适，指出学生在运用方法和工具解决实际问题时存在的不当之处，对突出问题进行集中讲解，确保学生建立正确的认识，树立信心。
3.软件设计阶段。教学内容：软件设计原理、结构化设计法、面向对象设计法；补充介绍平台设计、界面设计及工具的选择、数据库设计及数据库管理系统的选择、程序设计语言及编程环境的选择、出错处理。实践内容：在Rose/Visio中绘制类图、顺序图、状态图；用PDL对关键处理进行描述；对典型界面进行设计；数据库基表设计；完成软件设计报告。编程实现“读取数据库数据并显示到页面”的过程。教师及时批阅和评价软件设计报告，重点关注类图的合理程度、顺序图表达细度等，指出存在的问题，确保学生充分经历软件设计阶段的各种设计任务。
4.实现和测试阶段。教学内容：软件测试方法、主流测试工具介绍。实践内容：编写系统源代码；设计测试用例，进行单元测试、集成测试和系统测试；完成系统测试报告。教师及时批阅和评价测试报告，指出可能存在的漏洞。在系统完成后，根据开发文档对系统进行整体检查，重点关注学生常常疏忽的出错处理问题，在软件用户友好性方面提出更高要求，增强其专业素质。
三、结束语
初步的教学尝试表明，在项目驱动的软件工程教学模式下，教师和学生的工作量都有大幅增加。教师必须熟悉开发过程和主流开发平台，必须有实际开发经验以应对学生遇到的各种问题，必须积极引导和评价以增强学生开发软件的自信心和成就感。学生则必须依据自身能力进行自主学习与协作学习，在项目开发过程中充分发挥主观能动性和创造性思维，全面提高其作为软件专门人才的综合素质。
参考文献：
[1]舒新峰，陈莉君.“软件工程”教学改革与实践[J].教改纵横，2009，（4）：59-60.
[2]曹晓兰，彭佳红.项目教学法在“软件工程”课程中的实践[J].计算机教育，2012，（22）：69-71.
与传统的教学方式相比，项目教学对教师能力提出了更高的要求，其中最核心的要求是教师要科学地选择好课程项目内容，并具有课程项目开发和管理的实践经验。而目前职校的计算机教师基本上接受的都是学历性教育，虽然他们理论功底较扎实，也掌握了一定的教学方法和技巧，但是站在讲台上绝大多数还处于以理论解释理论的“纸上谈兵”状态。试想一个没有亲身经历项目系统开发的人，怎能能够“以就业为导向”、“以项目为主线”来开展好项目教学呢？
以能力为本位，设置项目
为了达到项目教学对教师提出的新要求，提高计算机专业项目教学的能力，作为计算机教研组的负责人，我利用学校学生信息管理要实现信息化的契机，带领计算机教研组的相关教师，深入软件公司进行实地考察和学习。
首先了解公司的实际用人需求、对员工的培养模式、软件开发的实际流程，对比出我们教学的不足与差距，探索出项目教学的目标，人才培养的方案；其次，联系学校的实际需求，与公司合作，将课程开发项目定位为既满足学校的应用需求，又满足教学需求的《学生信息管理系统》。
通过市场调研，教师亲自接触了用人市场，明确了学生的就业需求，教学中就能够以学生能力为本位，实现了人才培养与上岗就业“零距离”接轨的教学培养目标。
以市场为中心，分析项目
结合在软件公司的实地考察学习经验，在设计人员的指导下，按照公司项目开发的实际工作流程，我们首先编制了本课程项目的开发流程:需求分析方案设计系统设计项目实施调试运行。
从流程中可以看出，需求分析是项目开发和管理的基础。在项目开发中，所有的项目风险承担者对需求分析阶段都倍感兴趣。因为这部分工作做的到位，就易于开发出很优秀的软件产品，同时也会令客户满意；若处理不好，则会导致误解、挫折、障碍以及潜在的质量和业务价值上的威胁。
这部分工作有一定的难度，客户多数情况下只能说明整个项目的概念和目标。这些高层次的业务需求不足以提供开发的具体内容和时间，它要求项目开发人员在工作中要采用科学的方法和一定的技巧。
学生没有接触过市场和客户，这就需要教师在教学中将这方面的感受和经验传授给学生，因此教师首先要有接触市场的真实体会，并总结出方法和技巧。
按照这种思路，通过对学生科、教务科、班主任和任课教师等重要用户的反复调研，明确了用户的功能需求，建立了《学生信息管理系统》的系统用例图。
经过客户需求的调研，制作和反复修改需求分析报告，使得教师积累了市场经验。在日后的教学中，他们可以用实践经历向学生讲述软件开发需求调研的全部过程，需求分析在软件开发中的重要地位；同时把停留在书本上的理论化的职业道德转化为具体的道德实践，为学生形成良好的职业道德和规范化职业行为树立典范。这些是书本上永远学不到的知识
以就业为导向，实施项目
职业学校计算机数据库教学培养的人才就业方向为：了解数据库应用项目的开发流程，能够从事项目的初级编码或开发、软件调试及技术服务与软件销售等工作的专业人员。
初到岗位就业的毕业学生，基本上都是在设计人员设计思路指导下，展开项目的开发和编码工作，那么在学校的教学中，教师就要充当设计指导人员的角色。因此，要求教师具有数据库设计、实施的实践经验和科学的指导思想。在项目设计和实施的环节，就是以学生的这种就业需求为导向，来锤炼教师的设计思想，丰富项目实施经验。
在项目设计环节，首先教师通过学习软件设计理论，参考公司的典型案例，按照系统的功能需求分析，设计了《学生信息管理系统》的软件结构层次图；其次教师在认真分析本项目的数据要求的基础上，编制了系统的E-R图，并实现了E-R图向关系模型的转换。
通过数据库的设计，使项目开发的教师对规范、实体、属性、关系、字段等数据库概念有了进一步的理解，并使E-R、E-R到关系模型转换原则等难度大的理论在实践中得到了充分应用。
在项目实施环节，通过数据库建立、界面设计、代码编写和程序测试等几个阶段，
使得教师进一步在深度和广度上拓展了专业理论，掌握了所学专业、所任课程较为系统完整并具有前沿性的专业知识；强化了专业实践能力，锤炼了教师的设计思想，丰富了项目实施经验，提升教师解决特定问题的能力；进而促使教师根据职业教育的特征要求，进行有效的专业知识的整合优化与适度转化，形成满足学生专业实践能力培养所需的知识结构，更好地把握了以学生的就业需求为导向的教学原则。
以学生为主体，应用项目
《学生信息管理系统》开发的最终目的，一方面是成为真正的应用产品，实现了学校学生信息管理的信息化。软件在全校的使用提升了教师在学生中的威望，同时也扩大了该项目在学生中的影响力，激发了学生的学习积极性。
另一方面应用该课程项目，按照六个教学环节：分析任务确定项目分组讨论制订计划知识储备项目准备自主探索项目实施项目展示成果分享结果提交项目评价，“以项目为主线、教师为主导、学生为主体”， 就可以开展具体的数据库项目教学工作了。
通过教学经验的积累，教师探索出了项目教学的基本规律和教学技巧，顺利地实现了教学中师生角色的重新定位；同时原有的教材已无法满足所开发课程项目的教学，它引导教师在对原有教材进行整合的基础上，逐步进行数据库项目教学校本教材的开发。
教师通过科学地选择项目，直接参与课程项目的设置、分析、实施和应用，有效地提高了自身的项目教学能力，促进了数据库课程的教学改革与发展，实现人才培养与上岗就业“零距离”接轨的教学培养目标。
参考文献
购物车(0)
