时间：2023-02-28 15:54:26
引言：易发表网凭借丰富的文秘实践，为您精心挑选了九篇数据库需求分析报告范例。如需获取更多原创内容，可随时联系我们的客服老师。
关键词:数据库原理及应用；课程设计；课程管理；过程化管理；考核方式
中图分类号：G642.0文献标识码：A文章编号：1009-3044(2012)22-5396-03
Process Management Used for Curriculum Design of Database Principle and Application
LUAN Cui-ju, WANG Wei-hua, WU Ai-hua
(College Of Information Eng., Shanghai Maritime Univ., Shanghai 201306, China)
Abstract：The curriculum design of database principle and application aims to make students understand the database theory and technology better and learn to use in practice, meanwhile strengthen the students several ability including problem analyzing, problem solving, collaboration, and innovation. To achieve this goal, by analyzing the characteristics of the course the method of process management is proposed, the curriculum process, assessment and management methods is designed. Teaching practice shows that, this method can guide the students to follow the database design process step by step in an orderly manner, in each stage the problems can be found and corrected in time.
Key words：database principle and application; curriculum design; curriculum management; process management; assessment methods
《数据库原理及应用》课程是很多高校计算机、信息等专业的必修课，该课程兼顾数据库原理、技术及应用，是理论与实践密切结合的课程[1]。因此，通常都为该课程配套了课程设计，以强化理论课的学习。实践教育的目的是让学生理解和消化教师传授的知识和技能，培养学生的动手能力、社会活动能力、发现问题与解决问题的能力，最终达到培养创新能力的目的[2]。这也是数据库课程设计的目标。
但是同其他同类课程一样，《数据库原理及应用课程设计》的实施效果与其预定目标还存在一定的差距。该文在分析该课程存在问题的基础上，提出了改进的课程管理及考核方式，以期提高该课程的实施效果，达到锻炼学生、培养学生的目标。
1数据库课程设计中存在的问题分析
实践性课程与理论性课程不同，理论性课程是学习理论知识，而实践性课程主要是训练操作技能；课程设计又不同于实验课程，实验课程一般分多个专题进行实训，而课程设计通常是针对一个综合的项目进行实训。这些课程的实施方式也是不同的：理论性课程基本是在教室集中授课，实验课程是在实验室集中训练，而课程设计的实施更松散一些。
随着计算机成为多数学生自备的学习工具，数据库课程设计通常不采用集中训练方式，而是采用教师有限次的集中授课加上辅导答疑，学生自择时间和地点进行系统分析、设计、实现并查阅资料撰写课程设计报告。其优点是可以给学生更大的自由度，同时能够提高实验室的利用率。缺点是容易导致学生放任自流、草草应付，难以达到课程的预定目标。
针对数据库课程设计中存在的一些问题分析如下：
1)课程设计流程过粗
数据库课程设计一般采用的流程是：确定选题，开题，中期检查，系统验收，课程设计答辩，提交设计报告。这一流程看似很细致，但是没有体现出数据库设计的特点，或者说与数据库设计过程没有很好的结合。按照这一流程进行管理，到中期检查时往往发现学生的数据库结构不合理，根源是数据库的设计存在问题，这些问题没有被及时发现，导致后续的系统设计及实现都基于不合理的前期设计。
数据库课程设计重在数据库的设计，而数据库的设计要经过需求分析、概念结构设计、逻辑结构设计、物理结构设计、数据库实施及系统实现等多个阶段，其中需求分析是基础，概念结构设计是关键，逻辑结构设计是目标，如果这三个阶段出现问题，后面的设计及系统实现的质量难以保证。
2)课程设计强调结果忽视了过程管理
数据库课程设计要求学生最终提交一个可运行的系统和一份课程设计报告，在考核方式中这两部分所占比重非常大。这种模式重在作品也就是结果，没有强调课程设计实施过程的管理。数据库课程设计要经过一个从系统分析到设计再到实现的过程，而前两个阶段是本门课程设计的重点，对于这样的过程没有管理好，整个课程设计难以达到预期的目标。
3)学生与指导教师之间缺乏沟通
由于前述数据库课程设计的特点，学生与教师的沟通少之又少，大部分学生只在中期检查和系统验收答辩的时候才与指导教师有交流，而这时的交流主要是教师对学生课程设计进展及完成情况的检查和评价。
究其原因是在整个课程设计过程中，教师处于一种被动等待学生来答疑的状态，而握有主动权的学生在碰到问题时更多的是寻求其他的解决方法，而不是求助于老师。更甚者，一些学生认为只要给出分析、设计、实现的结果就可以了，至于合理与否根本没有考虑，导致没有与教师沟通的需要。
缺乏沟通的结果是学生的作品漏洞百出，而多数情况都是在系统的分析设计阶段就出现各种各样的问题，但是由于缺乏与指导教师的沟通而没有被指正，就一错到底了。
4)学生缺乏兴趣和热情
由于对课程设计的认识不足，有些学生抱着蒙混过关的想法，整个课程设计过程应付了事，毫无兴趣和热情。还有一部分学生，由于与指导教师缺乏沟通，导致在出现问题或疑问的时候没有及时得到指导教师的辅导和鼓励，而对课程设计的兴趣渐失。缺少了兴趣和热情，不仅难以达到课程设计的目标，创新能力的培养更是无从谈起。
5)考核方式过于简单
课程设计考核一方面反映学生的完成情况，另一方面可以起到督促、鞭策学生的作用。但是课程设计的考核方式往往是答辩成绩、报告成绩与平时成绩的加权和，而平时成绩因为没有细化而难以体现出真实情况。这样的考核方式也是导致学生只重结果不重过程的原因之一。
以上这些问题彼此之间存在联系，导致这些问题的原因是课程设计的安排及管理疏松、教师对学生的引导和辅导不充分、学生对课程设计认识不足、重视不够。要克服这些问题并最终实现课程设计的目标，就必须从加强课程设计管理入手，指导教师切实担负起引导学生和答疑解惑的职责。
2数据库课程设计过程化管理
数据库设计是一个分为多阶段的连续过程，因此，数据库课程设计可以采用过程化管理模式，将每个阶段管理好、确保阶段目标实现、最终实现总体目标。如果其中任何一个阶段出现问题，都控制在本阶段解决，直至达到质量要求才能进入下一个阶段。数据库设计的各阶段目标不同、内容不同、涉及到的理论和技术也不相同，因而过程化管理可以让学生在实践中按阶段理解并运用相应的理论和知识，通过教师的把关确定是否达到质量要求。这一管理方式与学生学习实践的过程化特性相吻合。
2.1流程划分
需求分析、概念结构设计、逻辑结构设计是数据库设计中的重要阶段，也是理论与实践联系最紧密的阶段，为了加强这三个阶段的实践和管理，将这三个阶段添加到原有课程设计流程中。这样数据库课程设计过程划分为：确定选题及系统功能、需求分析、概念模型设计、逻辑模型设计及优化，中期检查，系统验收，课程设计答辩，提交设计报告。
1)确定选题及系统功能
按组确定选题，经过初步需求分析明确系统的功能，并形成文档提交给教师。教师对每组题目及功能进行审核，根据每组的学生情况提出相应的意见。目标是题目及功能符合课程设计的要求，系统不能过于简单，同时有创新的空间。
2)需求分析
在此阶段，要求学生通过各种途径对系统进行全面细致的需求分析，生成需求分析报告，主要内容包括系统的数据流图和数据字典。教师对每份需求分析报告进行点评，对于存在问题的给出问题描述和修改意见。目标是数据流图完整描述系统中数据从哪来、经过什么处理、到哪去；数据字典要全面描述数据流图中的数据项、数据结构、数据流、数据存储、数据处理；需求分析报告要符合规范。
3)概念模型设计
在需求分析报告合格的基础上，学生抽象、设计概念模型。教师对其进行点评，针对不合理的设计给出修改意见。目标是将需求分析报告中涉及到的数据对象恰当的抽象为实体、属性及实体之间的联系，不存在冲突和不必要的冗余，描述方法符合规范。
4)逻辑模型设计及其优化
在概念模型设计合理的基础上，学生设计逻辑模型，要求对每个关系模式进行分析并规范化到第三范式，然后针对系统的需求对其进行优化，结果提交给教师。教师进行点评，针对存在问题的设计给出修改意见或者要求学生给出解答。目标是逻辑模型与概念模型一致；每个关系模式要定义出候选码、外码，达到第三范式，针对特殊的情况要给出说明。
5)中期检查
中期检查主要对系统的分析设计及已完成的系统实现部分进行检查，目的是督促学生按照课程进度完成阶段目标。要求所有的学生参加课程设计中期检查，学生针对教师提出的问题进行回答，最后教师给出评价及意见。
6)系统验收、课程设计答辩
在课程设计的最后阶段，教师针对每组的系统进行全面验收，学生以组及个人相结合的方式进行课程设计答辩。要求系统是可运行的，这一阶段的重点是系统实现部分的检查。
7)提交课程设计报告
经过课程设计答辩环节之后，学生提交设计报告，要求按照学术报告的结构及方式进行撰写，教师对报告质量进行把关，不合格的要求学生修改。
在每一阶段，如果学生做的不好，教师要指出问题所在并提供修改意见，要求学生修改之后重新提交，然后再点评，这个过程可能要反复多次，直到合格。各阶段之间是步步衔接、有序进行的，只有在上一阶段任务合格完成之后，才能开始下一个阶段的任务。
2.2日程安排及考核方式
按照数据库课程设计的时间跨度（18周），将上述流程安排如表1所示，考核方式细化到每个阶段。通过该方式加强课程设计过程化管理的实施，并督促学生按照过程化管理的思想完成数据库课程设计的整个过程，避免短时间突击完成，以便确保课程设计的质量。
表1数据库课程设计日程安排及成绩构成
2.3管理方式
数据库课程设计的过程化管理及考核方式极大加强了教师与学生之间的联系，教师在其中起到主导作用，同时对教师提出了更高的要求。课程的管理方式也要随之进行调整，主要体现在以下两个方面。
1)对学生提交的结果及时进行分析和点评
针对学生在各阶段提交的结果要根据其系统特点及时进行点评和回复，以便学生尽早知晓存在的问题并进行修正。根据教师的点评，学生能够清楚指导自己的设计存在的问题、是否合理、何时进入下一个阶段。
2)主动要求学生来答疑
教师在评价学生阶段成果的过程中，如果认为学生的问题比较严重或者设计上有新意，都可以要求学生当面答疑、讨论，这样可以通过面授的方式纠正学生的问题、启发学生的思维。从而将教师被动等待学生答疑与主动要求学生来答疑相结合，更好的起到指导作用。
以上两点，能够让学生在数据库设计的每个阶段都得到指导，遇到问题能够及时得到辅导，在每一阶段设计合理的情况下进入下一个阶段。因此，这种方式能够增强学生的信心和兴趣，进而较好的完成整个设计，达到教学的目标。
为了便于快速、有效沟通，师生可以通过电子邮箱、即时通讯工具、微博等便捷方式进行问题讨论。
3实施效果
通过教学实践，数据库课程设计过程化管理及考核方式取得了比较好的教学效果。
表2是在教学实践过程中针对该文提出的过程化管理方法在学生中进行问卷调查获取的数据。
从表2的数据可以看出，该文提出的数据库课程设计过程化管理能够引导学生有条不紊的按阶段完成任务，在出现问题的时候能够及时得到指导，大部分学生收获较大。
表2课程设计实施问卷调查结果
4结论
数据库课程设计的目标是让学生在实践中理解并学会运用数据库理论和技术，增强学生分析问题、解决问题的能力，培养学生的团队协作以及创新能力和意识。
为实现这一目标，该文依据数据库设计的特点在数据库课程设计中引入过程化管理，设计了相应的流程安排、考核及管理方式，引导学生一步步有质量的完成课程设计的任务，切实做到理论与实践相结合，达到培养学生分析问题、发现问题与解决问题的能力，从而达到课程设计的目标。
参考文献:
引言是对这份软件产品需求分析报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。
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. 分析模型
这是一个可选部分，包括或涉及到相关的分析模型，例如：
数据流程图;
类图;
状态转换图;
实体-关系图。
通过本课程的学习，使学生能按照用户需求，编写网站需求分析报告；对网站进行策划与设计，运行多种技术对动态网站进行开发和制作；并经过技术测试，最终将其到Internet环境；能对网站进行维护。通过引导、项目实施、讨论、总结、测评，帮助学生学习网站设计与开发的基本知识和实用技术，为后续专业课程、专业实践打下良好基础，为将来从事网站设计、开发和维护工作奠定良好基础。同时，在教学过程中，通过团队开发，形成基本的职业道德意识和职业素质。
1．具体的能力目标能根据用户需求，确定网站类型与网站内容，编写网站需求分析报告；能根据实际情况设计出适合的网站页面风格和布局；能编辑网页；能运用JSP相关代码按要求协作完成网站功能；能根据用户需求设计并协作完成后台数据库的开发；能针对网站制订网站测试计划并进行功能测试；能申请域名和IP，成功将网站上传；能及时更新网站，合理优化网站。
2．具体的知识目标掌握域名与IP地址等基本概念；熟练掌握网站设计原则、网站建设基本流程；了解网站运行的硬件与软件环境；掌握Div＋CSS技术；熟练掌握网页编辑软件Dreamweaver的使用；掌握数据库逻辑结构设计方法及数据库的创建、管理与维护；掌握JSP程序设计语言的语法知识；了解网站更新、故障排除及网站推广的方法；掌握网站测试的内容、方法和技巧；掌握网站的与管理方法。
3．具体的素质目标培养学生开发网站的团队协作、交流合作能力；培养学生良好的网站开发岗位人员的职业道德；培养学生与客户沟通的能力；培养学生的网络安全意识；提升沟通协调、共同开发网站的综合能力；培养学生具有较好的分析和解决实际网站开发问题的能力。
二、教学内容的组织与安排
课程组根据网站开发项目实施过程，进行了课程教学内容的开发，充分体现职业性、实践性和开放性的要求，在内容组织上彻底打破学科知识体系的禁锢，教学摆脱了传统的以教材为主线的逻辑教学结构方式。对实现案例的模块功能所需的技能和必备知识进行了全新的组织。
三、课程特色与创新
针对“高职教学背景下，如何提高学生的工程能力、创新意识和协作能力，培养社会需要的计算机人才”这一主题，按照“学研学工融合、突出专业特色、培养应用型人才”的改革思路，结合专业和学科建设，将网站设计与开发课程高职教学改革作为一个整体展开全方位的研究与实践。
1．“大案例、一案到底”教学根据专业建设思路，结合本课程的特点，推行“大案例，一案到底”案例式教学，课程将真实完整的案例——“网上商城网站的设计与开发”贯穿到整个教学过程中，教学组织上将网站设计与开发根据工作流程，分解成10个相对独立的模块，每个模块完成数据库开发流程的一个过程，充分体现职业训练的高职教学特征。
高职院校的电子商务专业目前的课程体系基本是由计算机的一些专业课程加上一些商务的课程共同构成的。各个高职院校会根据学科的偏向而进行一些取舍,有些学校会有更多的计算机专业课程,有些学校会更侧重于商务课程。从高职学生的特点来看,学习较多的计算机专业课程难度较大,因此从实际出发,高职的电子商务专业计算机课程相应地要降低难度,我们对计算机专业类的课程进行了重新的设计和整合,包括课程的标准和课程的内容。计算机专业中的《系统分析与设计》课程主要是对软件系统进行分析与设计,针对电子商务专业,则侧重有所不同,因此将课程更改为《商务网站需求与方案建设》,结合对企业的业务流程调研,归纳出本门课程的典型工作任务,并对课程进行了教学设计。
1、对企业业务流程的调研对从事网站项目建设开发的企业流程调研后,可以归纳出基本的业务流程,描述如下:在承接一个项目后,市场部负责人与美工主要进行需求分析工作,由于需求分析成功与否与后期的工作直接相关,所以主要由负责人与项目委托人沟通,美工要进行首页面的设计,因此要对网站的总体风格和内容有一个准确的把握,所以始终参与需求分析过程。在与委托人进行充分沟通的基础上,了解该项目的行业背景和企业的实际运行情况后,完成需求分析报告,并进行一个方案设计,在项目委托人同意之后开始进行项目的设计。首页面的设计是由美工完成的,这也是一个与委托人反复交流的过程,经过不断地调整修改之后,首页面定稿。此时首页面只是一个效果图片,经过页面的切割和生成工序后,将首页面交给研发部,研发部根据需求分析报告和首页面的内容进行后台代码的编写。同时,美工进行二级页面的设计。设计完成后也交由研发部编写后台代码。代码编写完成后进行网站的测试和。综合上述流程,可得流程图如图1:在了解项目的流程时,我们也同时了解了各个岗位要求的技能,综合来说,每个岗位的人员都应能熟悉电子商务的内涵,不同的岗位在具体的知识技能要求上有所不同。如需求分析人员要求对项目的整体运作非常熟悉,能起到协调项目组和项目委托人的作用,必须具备很好的沟通交流能力,同时要有较强的文字组织能力。美工要具备较好的美术基础、审美眼光和熟练的网页制作知识,同时由于美工要充分与项目委托人沟通,这样才能做出既有特色,同时又能满足委托人要求的页面效果,因此对沟通能力也有相当高的要求。研发部门的岗位则相对要求编程能力和逻辑思维能力强。能充分领悟项目的要求,在给定的时间内完成代码的编写和调试。同时,由于程序文档和使用说明书的编写较为重要,所以也要求有一定的文字表达能力。企业一般还会提供管理咨询和培训等服务,管理咨询和培训主要有提供网站推广的服务,电子商务解决方案的咨询等。这些岗位要求对电子商务的技术有基本的了解并有较强的语言能力,熟悉各种网站推广方法和工具。
2、分析学生必须的知识、技能、素质为了适应相关的工作岗位,学生应能熟悉电子商务的内涵,掌握网站需求调查与分析的基本方法,掌握网站开发的技术,如相应的程序设计语言和网页设计制作知识和方法,具备一定编程能力和逻辑思维能力,熟悉各种网站推广方法和工具。必须具备很好的沟通交流能力,同时要有较强的文字组织能力。一个项目通常是项目组来完成的,所以学生的团队合作能力也必不可少。
3、分析《商务网站需求与方案设计》课程的典型工作任务本门课程对应的岗位为网站需求分析人员,需求分析研人员通常应对整个项目流程非常熟悉,他是项目委托人和开发人员之间的钮带,项目委托人不能理解项目是如何完成的,他们注重的是项目完成时交付的网站是否符合他们的预期,而开发人员的开发工作依赖于需求分析人员提供的需求分析报告,因此,网站的需求分析与方案设计是非常重要的工作任务,对整个项目的质量来说起着关键性的作用。需求分析要完成的是和项目委托人沟通交流,以专业的眼光来看待项目的可行性,为委托人分析及明确需求,在此基础上,进行需求调查与分析,形成需求分析与整体方案设计,提交相应的需求分析报告和方案设计报告。
4、以工作过程为导向设计教学情境
4.1学习情境划分原则企业在承接建站任务时,根据站点的不同会有一些不同的方法进行需求分析,教材的每章都将用一个实际的案例进行说明,并附上完整的需求分析报告。案例的挑选力求能充分说明各种不同类型网站的特色,并在需求调查与分析的方法上体现出来,并为学生的实践作出有效的指导。在此基础上,开始进行具体的情境设计,我们设想以一个项目贯穿整门课程,将项目按工作过程进行划分情境,每个情境完成一个子任务,一门课程结束时,各个子任务可以综合形成一个完整的项目任务。这样,我们就只能以一个典型案例来说明需求分析过程,为了不至于造成其他类型的网站需求分析方法不同,而学生无法了解,在每个情境中设置拓展部分,由于B2C的站点难度适中,且最为常见,因此,教材中以B2C作为案例,其他类型的站点在需求分析时如果有特殊的要求就体现在拓展部分,学生选取的案例中如果涉及到其他类型的站点,那么就可以参考拓展部分,进行自学或查找相应资料来解决问题。
4.2学习情境的设计我们按照工作过程将课程划分为十个学习情境,分别是外部需求分析、面向用户的需求分析、企业内部需求分析、网站推广需求分析、网站软硬件环境设计、网站功能的概要设计、网站数据库结构设计、网站界面总体设计、网站系统安全性设计和网站测试。
5、课程标准的制定
在学习情境的划分与设计完成之后,我们着手制定课程标准,,其中最重要的就是课程的定位及学习目标的制定。这部分我们充分地参考了企业的调研意见,了解企业的网站需求分析人员在具体工作中所需要掌握的知识和能力。并力求能够体现在学习情境的设计中。
5.1课程的定位网站需求与方案设计是电子商务专业网络技术服务方向的一门专业课程,本门课程着重于培养学生用全局的眼光看待网站的设计需求,要求学生具备良好的沟通能力和语言表达能力,能够应用各种调查分析方法和工具,完成电子商务网站的需求分析项目,并能按规范的形式形成各阶段的需求分析报告文档。
5.2学习目标的确定我们分别对本门课程的知识目标、专业能力目标、方法能力目标和社会能力目标进行了分析和归纳。在学习目标方面,十个学习情境分别达到理解以下概念和内容:(1)电子商务的商业模式概念;网站风格、关键字、电子支付、物流配送的概念;(2)面向用户的需求分析使用的调查方法与手段;功能性需求与非功能性需求的概念;(3)网站的盈利模式,网站的存储方式,不同数据库的特性分析比较,非功能性需求概念,网站维护内容;(4)网站的推广策略,推广方法。(5)电子商务网站软硬件环境的组成,网站软硬件设备的选择方法;(6)电子商务建站的基本过程,功能概要设计的基本方法;(7)电子商务网站内容设计的原则,页面设计的原则等;(8)网站的安全性设计方法。(9)网站测试的方法在专业能力方面,我们希望能够达到以下目标:(1)能区分不同的商业模式;进行市场需求分析;能进行同类网站的比较与分析,分析竞争优势、劣势,选择电子支付方式及物流配送模式;(2)能确定网站所面向用户的类型特征;应用各种调查方式对用户进行需求调查;分析调查结果。(3)能明确用户的功能性需求与潜在需求;确定网站的盈利模式、并进行产品分析;(4)能根据外部分析和用户需求以及企业自身定位确定网站的总体风格,语言版本;(5)能确定网站的存储方式,域名,数据库的选用;了解和确定网站维护要求;(6)能分析和确定网站的推广策略。完成相应的需求报告文档。由于本门课程的教学设计是让学生在学习过程中完成一个实际的电子商务网站项目需求分析,因此,学生要从组建项目小组开始,进行选题,到实施整个调查过程,并形成相应的需求分析报告。整个过程都需要对项目进行规划、计划和实施,并在实施过程中报告和反馈,所以对学生的实践能力是很大的考验。相应地,在方法能力方面,我们希望通过本门课程的学习,能够做到:能将所学知进行综合运用;.具有独立进行分析、计划、实施、评价的能力;具有获取、归纳、分析、交流的能力;并具有一定的自学能力、理解能力与表达能力。在社会能力方面,我们希望能够培养学生的团队意识与协作能力,并具有一定的计划组织能力。
6、项目导向的校本教材编写
在课程标准的基础上开始进行校本教材的编写,在选取案例的时候,使用的是企业真实案例,这是一个B2C类型的站点,其业务方式是整合福建范围内的一些茶商,用统一的标识进行网上销售,由于茶叶是福建省的一个重要特色产业,而且网站的一些设想也很有特色,在校本教材中,我们就以该案例进行行动导向的教材编写。
关键词：高校后勤 财务管理模式 信息化平台
中图分类号：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）
【关键词】人事档案；身份证读卡器；数据库【中图分类号】R132
【文献标识码】A
【文章编号】1672-5158（2012）10-0002-02
1 引言
随着信息技术的不断发展，以计算机技术为主体的各类高新技术已经将触角深入到国民经济的方方面面。以往，我们的档案系统主要通过初办时个人获得的档案号，或者通过姓名来查找个人信息。这些方法，在档案数量较少或个人办理初期，弊端尚不明显，而一旦库容量达到一定的数量级，或者随着时间的推移，其不足就显现了出来。主要表现在两个方面：
同一份档案重复力理，造成数据冗余。随着人才的频繁流动，很多人会把转出的档案重新转回，从而会重新办理，这样就会造成同一份档案在数据库里有多条记录。目前系统中这样的冗余数据很多。
一无法迅速定位。由于档案数量巨大，通过姓名查找存在重名问题。目前系统中经常有这样的情况出现：录入姓名，一下子跳出几十条同名数据，需要工作人员再次核对生日，院校等信息才能确认某档案，大大影响效率。
随着社会的进步和发展，二代身份证在我们的生活中起到越来越重要的作用，二代身份证具有唯一性。本文作者根据自己多年的档案工作经验和一定的计算机知识，提出了在当前的人事系统中增加使用二代身份证读卡器来完成数据的采集、查询的新方法，彻底解决了这一难题。
2 系统设计
系统设计是本系统开发的重要阶段，它直接影响到目标系统的安全和稳定，是整个系统开发工作的核心。
2.1 系统体系结构设计
原应用系统采用的是两层C／S计算机结构体系，由客户端和数据库服务器组成。身份证读卡器系统配有SDK软件开发包，对原有的业务系统可以做到良好兼容，将证件识别采集程序嵌入到原来各种应用系统中即可进行数据采集。其模式结构图见图1。
2.2 系统流程设计
根据中心业务的工作方式，针对二代身份证可进行机读识别的特点，借助二代身份证读卡器，采用“联机模式方案”，实现中心对客户身份证信息的采集及有效性验证。简单地讲，就是将身份证读卡器与PC通过串口或USB口直接相连，PC上加载加密模式的读卡器驱动软件及身份识别应用程序，应用程序将二代身份证中IC的信息（公民身份号码、姓名、性别、民族、出生日期、住址、签发单位、签发日期、有效期截止日期、照片）传输到PC中。同时，柜台工作人员通过PC的显示来核对机读的信息与身份证印刷信息是否一致。针对中心的需求实现二次应用程序开发，如将已识别的用户身份信息的保存、查询和索引等。
2.3 系统功能模块设计
系统主要包含信息读取、身份验证、将采集到的信息和原系统进行匹配从而实现数据查询等功能。
2.3.1 自动查询
工作人员进入客户端应用程序后，程序自动检测身份证读卡器工作状态，如果感应到有身份证靠近，会直接将身份证号码这一唯一信息读入系统，免去手工操作，提高了录入速度和准确性。系统通过网内线路将采集到的身份证号码上传到档案数据库，与库里的信息进行对比查询，如果查询到库中无该客户记录，则提示档案库不存在此人档案，可再通过姓名查询的方式进行二次核查，防止数据库中身份证数据信息有误；如果查询到库中有该客户记录，如果只有一条则直接显示，如果有重复数据（此档案重复在该中心办理），只需选择正确的一条即可。
2.3.2 双重验证
身份真伪通过视读和机读双重验证，确保用户身份真实准确。具体讲就是系统会通过身份证读卡器获取照片信息，然后和事人员进行比对，即可一目了然断定身份真伪。
2.3.3 信息采集
对于初次办理的人员，只有将将身份证放在读卡器上，应用程序会自动采集芯片中的用户身份信息，从而实现保存、查询和索引等功能。在采集的过程中，系统会自动判断档案数据库中是否有重复的身份证号码，如果存在则提示工作人员，以防重复办理。这样既能保证数据真实有效，同时又能防止产生冗余数据。
3 关键技术分析
人才档案系统的服务内容繁多，涵盖了，户籍，保险公积金等各项业务，业务流程不尽相同，根据各业务特点，在开发期间拟解决以下几个关键问题。
3.1 需求分析与功能抽象技术
通过深入调研，首先弄清楚人才中心档案管理和档案服务的基本需求，完成系统功能分析，初步确定体系结构，包括对原系统的改进和待实现功能的定义。在这一过程中要需要整理出详尽的需求分析报告，尽可能做到完备。根据需求分析报告设计业务系统流程、划分具体功能，并通过系统信息需求分析的结论，设计本系统的E-R模型，即将业务的需求与表述转化为数据库设计专用语言与流程，清晰反映数据及数据之间的联系与传递关系，这个阶段是整个系统开发的基础。在以后的开发过程中还需要根据实际需求变化不断更改。
3.2 主要技术分析
3.2.1 图像采集
通过二代身份证读卡器，可将二代身份证中的加密照片信息读取到本地指定目录并存放成图片文件zp.bmp，应用程序可以显示改照片信息，并且保存到数据库中，完成照片的采集。
3.2.2 封装对象
在PowerBuilder中我们还可以创建自己的用户对象。我们可以利用面向对象方法中的对象的封装性、继承性、多态性等特点使得我们开发的应用程序具有极大的可重用性和可扩展性，而这一点正是软件工程中对应用程序所提出的重要目标。
在原有的信息管理系统中，多个业务（档案查询，初办，户籍查询，户籍办理等）需要调用身份证读卡器供应商提供的动态链接文件，为了提高系统的开发效率，使得开发人员无须重复编码，直接定义了一个不可视控件，将相关函数封装在该对象中，这样开发人员使用时只需要声明变量，系统将自动调用相应的服务例程处理，使用起来简洁高效。
4 结语
使用身份证读卡器信息技术辅助人事档案管理，可有效地解决管理弊端，使数据库与身份证信息准确。这一技术首先被应用在南京某人才服务机构的档案管理中，取得了良好的效果。近年来，该技术被迅速推广到全国其它近二十家人才服务机构，信息管理部门借助“客户身份证自动采集设备+电子数据库”的方案对原办事流程进行改造，从而实现对初办、后续服务等关键环节一劳永逸的立体化管理。通过使用该技术手段，实现了大容量档案库房的有序管理，极大的提高了单位的工作效率和服务质量。
参考文献
关键词:软件工程技术;数据库设计;价值;实践分析
积极了解软件工程技术的主要特点，在软件开发中，需要对相关信息进行有效整合，以满足客户需求为主，全面掌握软件产品和数据库设计的主要内容，创新数据库设计方式，认真阅读软件设计说明书，将有价值的信息及时保存下来，进一步强化数据库设计的有效性。将软件工程技术充分运用在数据库设计环节，及时分析软件设计的可行性，保障软件系统安全，对数据库进行及时考察，有效提升数据库设计的有效性。严格按照标准化流程进行数据库设计，制定开发计划，保证界面清晰，从而被客户接受。
一、软件工程技术在数据库设计中的运用价值
在数据库设计中积极运用软件工程技术，可以将软件工程技术的优势及时体现出来，促进数据库设计水平的有效提升，更好的保障数据库设计效果。软件工程技术的运用，不仅是数据库设计工作的技术需求，还是时展的必然趋势，软件工程技术代替传统的设计技术，帮助技术人员快速分析数据库设计方案的可行性，正确把握数据库设计工作要点。［1］在运用软件工程技术的基础上，提高了人员的工作效率，保证最佳的数据库设计效果，这对行业发展具有深远影响。
二、数据库设计中软件工程技术的运用途径
(一)软件工程技术在可行性分析中的运用
将数据库设计任务及时划分，如资源管理服务器设计、桌面版设计、手机版设计等多个部分，充分运用软件工程技术进行软件开发，架构客户端－服务器，采取移动网络、无限网络等途径来促进软件系统更新和升级。［2］为保证数据库设计的有效性，加强对现代技术:软件工程技术的运用，及时采集相应的设计信息，将基本信息记录下来，便于积极打造高品质的设计成果，通过社交网络来搜集相关资料，加大对软件工程技术的运用力度，进行在线采集，并对软件可行性的设计过程进行全程监督，只有这样方可更好的满足现代用户需求。［3］本地数据库支持模块，对于服务器消息管理界面、数据库备份、界面恢复、列表管理等方面加强可行性分析，坚持以用户需求为主要目标，网络通信支持模块，及时完成身份验证，构建远程操控数据库，更好的确保了数据库设计的有效性。
(二)软件工程技术在项目开发中的运用
项目开发过程中积极渗透软件工程技术，及时明确项目开发方案，根据项目开发实际工作任务成立项目小组，小组内有二十名技术人员来负责项目开发，完善现有的项目开发方案，及时储备更多的技术型人才，由此组建一支项目开发团队。［4］了解数据库系统开发与设计的特性，从根本出发，保证系统应用开发与创意设计的有效融合，更好的满足客户需求。认真制作编码，形成一个完善系统，进行测试验收，掌握技术规范方面的内容，引导客户进行系统维护，比如在计划编制阶段，技术人员及时设计一个可执行的进度计划，以项目需要满足的商业需求为考虑，严格遵循技术要求来完成数据库设计，并及时进行有效的质量验收，将验收质量过关的系统及时移交给产品。［5］在总结阶段，及时进行产品接收，在此环节，人员及时发现在数据库设计中存在的不足之处，及时及时整改，总结工作经验，将现有的技术资源进行有效整合，更重要的是将技术资源、源程序、全部技术文档等移交给管理部门进行统一保管。
(三)软件工程技术在用户需求分析中的运用
及时明确运用数据库可以做什么，运用软件工程技术来分析用户对数据库功能的需求，尊重用户的需求，尽可能将用户需求体现在数据库设计中，确定数据库设计与其他系统元素之间的接口细节，掌握软件设计的有效性需求。［6］将用户需求及时分类，如:软件原型、使用策略等，及时构建数据库模型，强化结构化分析，运用数据模型来描述实体与图之间的联系性。分析需求规格说明书的具体内容，并以书面形式准确描述用户对数据库设计的需求，制定软件工程标准的生命周期，将生命周期中内容不完善的地方及时修正过来，逐渐使其成熟。还要考虑系统功能需求、运行环境需求、数据需求、系统性能需求、升级需求等内容，由此生成系统需求分析报告，尽量将用户需求都体现出来，始终坚持界面简化、功能完备的基本原则。
三、结语
在数据库设计中积极运用软件工程技术，需要对相关信息进行有效整合，以满足客户需求为主，全面掌握软件产品和数据库设计的主要内容。软件工程技术分别运用在可行性分析、项目开发、用户需求分析等过程中，及时保证数据库设计的有效性，对于服务器消息管理界面、数据库备份、界面恢复、列表管理等方面加强可行性分析，掌握软件设计的有效性需求，运用软件工程技术来分析用户对数据库功能的需求，最终确保系统界面简化、功能完备。
参考文献:
［1］王璐．计算机软件数据库的设计原则与方式［J］．电子技术与软件工程，2017(4):175．
［2］林海敏．计算机网络设计中关系数据库技术的运用探讨［J］．电子技术与软件工程，2016(12):184．
［3］王鹏远．基于人才管理系统的数据库设计与实现研究［J］．电子技术与软件工程，2014(19):204．
［4］徐亮，陈潇．数据库设计理论在软件开发中的有效运用［J］．电子技术与软件工程，2017(20):46．
与传统的教学方式相比，项目教学对教师能力提出了更高的要求，其中最核心的要求是教师要科学地选择好课程项目内容，并具有课程项目开发和管理的实践经验。而目前职校的计算机教师基本上接受的都是学历性教育，虽然他们理论功底较扎实，也掌握了一定的教学方法和技巧，但是站在讲台上绝大多数还处于以理论解释理论的“纸上谈兵”状态。试想一个没有亲身经历项目系统开发的人，怎能能够“以就业为导向”、“以项目为主线”来开展好项目教学呢？
以能力为本位，设置项目
为了达到项目教学对教师提出的新要求，提高计算机专业项目教学的能力，作为计算机教研组的负责人，我利用学校学生信息管理要实现信息化的契机，带领计算机教研组的相关教师，深入软件公司进行实地考察和学习。
首先了解公司的实际用人需求、对员工的培养模式、软件开发的实际流程，对比出我们教学的不足与差距，探索出项目教学的目标，人才培养的方案；其次，联系学校的实际需求，与公司合作，将课程开发项目定位为既满足学校的应用需求，又满足教学需求的《学生信息管理系统》。
通过市场调研，教师亲自接触了用人市场，明确了学生的就业需求，教学中就能够以学生能力为本位，实现了人才培养与上岗就业“零距离”接轨的教学培养目标。
以市场为中心，分析项目
结合在软件公司的实地考察学习经验，在设计人员的指导下，按照公司项目开发的实际工作流程，我们首先编制了本课程项目的开发流程:需求分析方案设计系统设计项目实施调试运行。
从流程中可以看出，需求分析是项目开发和管理的基础。在项目开发中，所有的项目风险承担者对需求分析阶段都倍感兴趣。因为这部分工作做的到位，就易于开发出很优秀的软件产品，同时也会令客户满意；若处理不好，则会导致误解、挫折、障碍以及潜在的质量和业务价值上的威胁。
这部分工作有一定的难度，客户多数情况下只能说明整个项目的概念和目标。这些高层次的业务需求不足以提供开发的具体内容和时间，它要求项目开发人员在工作中要采用科学的方法和一定的技巧。
学生没有接触过市场和客户，这就需要教师在教学中将这方面的感受和经验传授给学生，因此教师首先要有接触市场的真实体会，并总结出方法和技巧。
按照这种思路，通过对学生科、教务科、班主任和任课教师等重要用户的反复调研，明确了用户的功能需求，建立了《学生信息管理系统》的系统用例图。
经过客户需求的调研，制作和反复修改需求分析报告，使得教师积累了市场经验。在日后的教学中，他们可以用实践经历向学生讲述软件开发需求调研的全部过程，需求分析在软件开发中的重要地位；同时把停留在书本上的理论化的职业道德转化为具体的道德实践，为学生形成良好的职业道德和规范化职业行为树立典范。这些是书本上永远学不到的知识
以就业为导向，实施项目
职业学校计算机数据库教学培养的人才就业方向为：了解数据库应用项目的开发流程，能够从事项目的初级编码或开发、软件调试及技术服务与软件销售等工作的专业人员。
初到岗位就业的毕业学生，基本上都是在设计人员设计思路指导下，展开项目的开发和编码工作，那么在学校的教学中，教师就要充当设计指导人员的角色。因此，要求教师具有数据库设计、实施的实践经验和科学的指导思想。在项目设计和实施的环节，就是以学生的这种就业需求为导向，来锤炼教师的设计思想，丰富项目实施经验。
在项目设计环节，首先教师通过学习软件设计理论，参考公司的典型案例，按照系统的功能需求分析，设计了《学生信息管理系统》的软件结构层次图；其次教师在认真分析本项目的数据要求的基础上，编制了系统的E-R图，并实现了E-R图向关系模型的转换。
通过数据库的设计，使项目开发的教师对规范、实体、属性、关系、字段等数据库概念有了进一步的理解，并使E-R、E-R到关系模型转换原则等难度大的理论在实践中得到了充分应用。
在项目实施环节，通过数据库建立、界面设计、代码编写和程序测试等几个阶段，
使得教师进一步在深度和广度上拓展了专业理论，掌握了所学专业、所任课程较为系统完整并具有前沿性的专业知识；强化了专业实践能力，锤炼了教师的设计思想，丰富了项目实施经验，提升教师解决特定问题的能力；进而促使教师根据职业教育的特征要求，进行有效的专业知识的整合优化与适度转化，形成满足学生专业实践能力培养所需的知识结构，更好地把握了以学生的就业需求为导向的教学原则。
以学生为主体，应用项目
《学生信息管理系统》开发的最终目的，一方面是成为真正的应用产品，实现了学校学生信息管理的信息化。软件在全校的使用提升了教师在学生中的威望，同时也扩大了该项目在学生中的影响力，激发了学生的学习积极性。
另一方面应用该课程项目，按照六个教学环节：分析任务确定项目分组讨论制订计划知识储备项目准备自主探索项目实施项目展示成果分享结果提交项目评价，“以项目为主线、教师为主导、学生为主体”， 就可以开展具体的数据库项目教学工作了。
通过教学经验的积累，教师探索出了项目教学的基本规律和教学技巧，顺利地实现了教学中师生角色的重新定位；同时原有的教材已无法满足所开发课程项目的教学，它引导教师在对原有教材进行整合的基础上，逐步进行数据库项目教学校本教材的开发。
教师通过科学地选择项目，直接参与课程项目的设置、分析、实施和应用，有效地提高了自身的项目教学能力，促进了数据库课程的教学改革与发展，实现人才培养与上岗就业“零距离”接轨的教学培养目标。
参考文献
关键词：工作流；信息系统
1．引言
中国经济的多年持续高速发展给广大企业创造了非常好的生存和发展空间，很多企业的经营规模快速扩张，突破了单一组织、单地域经营的模式，成为具有多种组织形态、跨多个城市、地区、甚至跨全球的企业。这种变化给企业的异地财务管理带来了前所未有的挑战，企业规模的扩张必须及时、准确、完整地掌握以财务信息为 核心的经营管理信息，对集团内部的各种资源进行高度集中的管理、控制和配置，迅速地对各种财务、管理方案作出科学的、符合企业价值最大化的决策。
跨区域集团财务会计管理信息系统（简称集团财务）是运用系统的方法以计算机和现代通信技术为基本信息处理手段和工具的，能为区域集团财务会计核算、管理、决策提供信息服务的人-机系统。或者说，它是一个由人、机（计算机）组成的能进行财务会计管理信息的收集、传递、存储、加工、维护和使用的系统。它能实测财会管理的运行情况，利用过去的数据预测未来，利用信息控制有关经营管理过程，为财务管理和经营决策服务的系统。
总之，管理信息系统是融合人的现代思维与管理能力和计算机强大的处理、存储能力为一体的协调高效的人-机系统，其处理对象是企业生产经营、财务会计管理的全过程，通过集中统一规划设计的数据库的运用，使得系统中的数据实现了一致性和共享性的铁道财务会计管理信息系统。
2．集团财务管理系统的设计目标
本系统设计以适应财会改革，加强管理、提高经济效益的总体要求，满足集团企业走向市场过程中细化成本计算、严格会计核算要求，优化系统资源配置，强化系统软件集成，扩充系统功能，推进系统间资源共享，优化系统开发、运用人才队伍，完成财务会计信息管理系统向管理信息系统过渡，为铁路实现集约经营，提高经济效益服务，提高铁道财务会计系统的信息化水平，促进铁路产业的快速健康发展为指导思想进行系统的规划、设计、开发和应用。
通过本系统的开发设计要求达到以下目标：在系统开发设计中充分运用软件工程思想，科学合理地设计系统总体方案；通过研究开发，促进跨区域集团财务会计工作的发展，健全集团财会工作计算机管理制度；设计统一规范的软件系统、操作系统、网络系统平台，统一开发工具和设备选型；制定一套系统开发的文档规范作为各分系统书写文档的标准；设计系统总体结构；设计系统总体网络结构；完成系统所需编码分析设计；建立集团财务会计信息库，为各应用系统的开发完善提供支持，为集团财务会计数据的有效利用开辟渠道。
3．系统需求分析
本系统需求分析主要包括集团财务的业务需求分析、系统功能需求分析，系统性能需求分析和系统运行需求分析。
A. 业务需求分析
系统应满足集团各级财会部门的财务会计业务的需要。这些部门的财会工作主要包括会计核算管理、成本计算管理、收入管理、资金管理、固定资产管理、分析决策等。
B. 系统功能需求分析
总体上要求系统具有运行稳定、用户界面友好、操作简单、维护方便等特点，并且为实现业务要求的各项功能，从软件系统的角度出发，系统必需具备如下功能：
1) 数据输入与数据交换功能
2) 系统数据分级存储功能
3) 报表输出功能
4) 单项查询、组合查询和模糊查询功能
5) 统计分析功能
6) 预测决策功能
7) 办公自动化功能
8) 数据恢复备份功能
C. 系统性能需求分析
这是一个庞大的系统工程，涉及面广，要求准确、及时、真实。它是宏观管理、企业生产经营决策的重要依据。对系统的安全性、可靠性、响应时间提出了更高要求。
4．系统分析与设计
A. 系统总体逻辑结构
系统可分为基础应用层、综合应用层和宏观决策层，其逻辑结构如图所示。
第一层是基础应用层，由各财务会计业务管理信息分系统组成，主要负责进行日常的财会业务处理。这一层包含六个业务分系统，依次是会计核算管理系统、收入管理系统、成本管理系统、资金管理系统、资产管理系统和办公自动化系统。这一层的各个系统数据库存放各自的业务数据，实现各自的业务处理，并能够实现各系统当年、跨年度统计分析，各系统之间存在少量的信息交换。系统所覆盖的各级财务单位都使用基础应用层的部分或全部应用软件，应用范围最广，应用量最大，同时该层也是第二层和第三层的主要数据来源，是整个系统建设成功与否的关键所在。
第二层是综合应用层，由财务会计信息库分系统和点到点成本计算系统组成，主要进行财会信息、人员及法规信息的综合查询和统计分析，以及进行全路点到点运输成本计算。综合应用层的主要数据来源是基础应用层，此外还有部分数据来自其它铁路计算机应用系统和路外计算机应用系统。信息库系统采用数据仓库和数据库两种存储结构存储数据，提供综合信息查询，提供综合信息统计分析；点到点成本计算分系统从信息库获得各级单位报来的原始数据，运用各种模型计算区间固定成本和变动成本。
第三层是宏观决策层，由经济活动分析决策支持系统组成，主要进行全路或企业范围内的宏观和微观、横向和纵向财务状况分析、预测，并能提供可供决策选择的若干智能化的企业经营方案。宏观决策层的原始数据来源于铁道财务会计信息库，因此应与第二层建立在相同的管理层次上。该层拥有数据库、模型库、方法库和知识库，运用各种预测模型和方法对宏观决策层软件主要供财务、各企业领导、高层财务管理人员使用。宏观决策层中的预测和决策支持功能需要准确的历史数据，因此只有在第一层、第二层建设完成并累积若干年准确的原始数据后才能发挥真正的作用和效益。
以上三层形成了财务系统的整体结构。三层分工明确，层次之间数据接口结构化好，各层内部功能的改变不会对其它层次产生影响，符合复杂系统层次划分的原则。三层作为一个整体互相协作，将为提高财会管理水平、增进企业经济效益发挥巨大的作用。
5．结论
多地点办公的企业、跨地域经营 的集团，上级单位及时准确地了解集团内下属各单位的会计信息，各类会计统计及审批工作及时迅速完成。跨单位、跨期间查询统计变得容易，大大提高了财务管理效率和水平。
集团总部及时了解分支机构的资金状况、资金控制、费用支出、既定预算严格执行、预算的控制作用得到保证。
企业集团内部交易不在需人工对账，在数据及时、信息真实的基础上进行各种维度和指标的分析，为企业控制经营风险、提高财务管理水平、考核评价分支机构的经营业绩，提供指标全面，体系完整的分析报告。
参考文献：
