论文部分内容阅读
1引言
校园卡是当今社会进入信息时代的必然结果，通过对校园卡的有效管理，是实现科学管理一所学校的必要手段。它主要应用范围包括：餐饮、机房、图书馆借书、门禁、考勤、自动售货等方面。随着校园卡的不断应用，校园内的各种卡、证将逐步减少，由校园卡替代。
在学校食堂是重要的消费场所之一，传统的人工销售饭菜的方式已与当今的校园管理观念、要求脱节，已无法适应当代教育形式的发展，需要及时对它进行更换，建立更加先进的数字化食堂用餐管理机制，以适应现代化校园的发展。
新的用餐卡管理系统是建立在现代科学发展的基础上的，是计算机手段与现代网络技术的结合。
2系统分析
目前的用餐卡管理系统开发时期短，多数都存在着不同程度的问题，在使用上有许多不完善之处。大部分的用餐卡管理系统只面对管理员而忽略了学生，学生在丢失用餐卡后挂失不能及时，导致卡内金额被他人使用。而在新系统中用餐卡管理功能将极大的被增强，既保证了其实用性，又保证了其安全性。学生可通过提交用餐卡号及密码进行登录以便及时掌握自己卡内的金额或其它信息，而在卡丢失时，学生可随时将其登录挂失、停用，以保护卡内金额及信息。在新系统中将限制学生信息不可重复输入，一名学生也不允许开办两张以上的用餐卡，以保证管理员对用餐卡具有最有效的管理。在经过对学生食堂用餐卡管理系统的初步调查与研究了解到的情况，认为开发此类管理系统还是极为必要的。
该系统的初步构思在功能上总体概括为：用户登录注册功能；浏览用餐卡内信息及修改信息功能；对挂失卡的统一管理（可选择删除，恢复或转卡三种处理形式），卡内金额的充值功能；添加、删除、修改用户信息的功能。
下面分别对食堂用餐卡管理系统的技术可行性、经济可行性、营运可行性进行分析：
2.1技术可行性。 ASP脚本运行环境在编程上的各种表现已充分显示了该种语言的实用性、兼容性及丰富性。它基于开放设计环境的Active X技术，使编程人员可将自己定义和制作的组件加入其中。这就使该管理系统几乎具有了无限扩充潜力，对系统未来功能的增强、维护提供了便利条件。
2.2经济可行性。 用餐卡的主要投资是在软件系统的维护及管理人员的培训上。系统的开发技术目前已趋近成熟。考虑到与校园网的兼容及稳定，由校内人员负责开发是比较节省的，而考虑到全面性与实用性，以及未来系统维护服务等，专门的软件开发公司也是一种不错的选择。无论对于何种选择，在经济上的投资都是可接受的。
2.3营运可行性。 比起由管理人员手工操作购票，卖饭的方式，用餐卡更加卫生、方便、实用、易管理，既节省了学校的管理资源，更标志着校园数字化管理已成必然。
食堂用餐卡管理系统的数据流程分析：
2.3.1添加管理过程。 管理员提交自身用户名与密码给系统，由验证管理过程检查數据是否存在，若不存在则将新信息写入新信息管理过程，添加到添加信息表中，由数据更新过程调用，数据写入数据库中，结果返回给管理员。
2.3.2报失管理过程。 管理员提交用餐卡号作为验证凭据，根据报失表的原因记录将报失的数据写入报失表中。然后将数据结合用餐卡信息表提交给数据更新处理过程更新报失表，并在用餐卡信息表中删除已报失表的记录。
2.3.3缴费管理过程。 管理员通过提交学生的学号，可以查找到该学生的信息和该生用餐卡金额信息。验证管理员信息通过后，管理员有权限输入要添加的金额数，该金额数同时写入添加金额表里。数据更新过程通过调用用餐卡金额表及添加金额表更新数据，返回最后的数据结果给管理员。
2.3.4删除管理过程。 管理员在权限允许后，可以提交要删除的卡号数据，由删除卡号处理过程添加到删除卡表中。最后数据删除过程调用用餐卡信息表和删除卡号表，删除符合要求的用餐卡信息，并返回删除结果给管理员。
2.3.5查询管理过程。 学生查询的权限较少。首先需要提交自己的学号或者卡号作为进入系统的验证。验证管理与学生信息表及用餐卡信息表进行审核通过。此时学生可以调用这两个信息表来按条件对数据进行查询。查询结果返回给学生。
2.3.6转卡管理过程。 在该处理过程中对卡信息的改写与删除是关键项。管理员在获得权限后才可以对用餐卡进行操作，提交要转卡的卡号数据由查询卡号过程查找，找到后，先将此卡号信息存入用餐卡表，再提交要新分配的卡号，将旧卡信息写入新卡中。最后删除掉旧卡的全部信息，返回转卡结果给管理员。
3系统设计
在系统分析的基础上，总结出新管理系统的开发目标：
3.1该系统设计的用户界面友好，使用简洁方便，可以及时的反映出使用者所要求的功能。如：在管理员和学生的查询界面下，系统会根据他们在登录时所提交的信息进入不同的功能界面，使用户可以进行自己权限内的操作。
3.2当管理员和学生的信息需要变动时，系统中相应的数据及信息也会及时变动，防止发生信息不一致的情况。如：当管理员要对学生用餐卡进行充值操作，或要删除用餐卡时，管理员可以及时的使用充值功能或删除功能对该卡进行相应操作。作为通过用餐卡验证信息之一的密码可以根据学生的要求进行修改，修改后的密码会在数据库中快速更新。
3.3该用餐卡系统主要在校园网的网络环境中使用，学生只要登陆到学校校园网上，随时随地都可以进行用餐卡信息的查询，报失和密码修改。
3.4根据学生提出的要求，对于已报失的用餐卡，可以进行多种操作。如：学生将已报失卡删除掉，卡内余额可以转到另外一张新卡上，或添加到一张已存在且未报失的用餐卡金额里。
3.5新管理系统具有一定的错误信息提示功能，当有操作或信息输入错误时，系统能及时做出反应，提示用户输入信息错误，便于用户修改信息。如在登录或学生查询卡内余额时，由于误填用户名或密码，或所填写的用餐卡号已申请报失的情况下，系统会显示登录失败或该用餐卡号不存在，请与管理员联系。 在系统设计的初始阶段，系统的主要目标是提出一个合理的可供学生食堂用餐卡管理系统开发的技术方案及环境。确定用户可采用的系统设计方法，为后面的详细设计提供依据。这些均可由系统设计阶段的思想表示出来。
4该管理系统的主要设计思想是
4.1系统选用浏览器/服务器结构，即B/S结构。浏览器端显示学生的信息及用餐卡信息。服务器端用来处理数据服务。
4.2系统的开发方法采用模块化的程序开发方法，有利于系统中不同的模块的功能实现与不同的模块功能的结合，以及方便对于各种功能模块的修改、删除，在添加新模块时也不会影响其它模块及系统整体模块的正常运行。
4.3系统具有对数据库安全的维护功能。如：对于数据库中的用餐卡及数据信息，只有管理员可以对其进行操作，其他用户不能改动其中的数据及信息。这样可以有效的保证用餐卡使用的顺利进行。
4.4用餐卡管理系统的开发可利用学校现阶段广泛使用的硬件环境，从而使现有资源得到更加充分的利用。使开发出来的系统的环境与学校现阶段使用的硬件环境相吻合，从而提高系统开发的水平与应用效果。
该管理系统按照用户的需求分为八个模块，各模块之间的分解以系统模块设计原则为基础。部分模块对于针对管理员和学生的操作权限，在功能提供上也有所不同。各功能模块主要作用如下：
4.4.1用户登录验证模块：管理员和学生都要通过该模块进入管理系统。管理员在登录时要提供管理员用户名和密码，验证登录到管理员操作界面。学生要提交用餐卡卡号及密码，验证登录到学生操作界面。
4.4.2新信息添加模块：新注册用餐卡、学生、管理员信息均由管理员进行注册。管理员通过选择不同选项以选择是添加管理员信息还是添加学生信息。
4.4.3用餐卡充值模块：用餐卡内的金额数量是可以累加的，当卡内金额剩余部分不足够再次使用时，可以由管理员负责为学生卡充值。实际的货币由管理员从学生处接收。
4.4.4用餐卡报失模块：当用餐卡丢失时，学生可以通过该模块进行挂失，以便使该卡停止使用，保护卡内剩余金额。报失的卡必须由管理员才能恢复或删除，选择权决定在学生手中。该模块也是用餐卡管理系统当中较为重要的一个模块。
4.4.5用餐卡查询模块：学生在客户端登录时可以查询到卡内除密码外的所有信息，凭借这些信息学生可以了解到该卡当前的状态。管理员在服务器端对用餐卡信息进行查询，可对信息进行多种查询，不仅包括全部在使用中的用餐卡信息，也包括已报失的用餐卡、报失后恢复的用餐卡信息等。学生对用餐卡的查询仅有查询基本信息功能，不能修改，管理员在服务器端除查询用餐卡外还可对卡信息进行修改。
4.4.6用餐卡转账模块：该模块只对已报失卡进行操作。它负责将报失停用的用餐卡内余额转移到其它的可使用卡上，以便学生继续可以使用。在转账上分为开新卡转账与转账已知卡两种。
4.4.7信息删除模块：该模块可以根据管理员要求删除任意模块。它的功能不仅包括删除报失卡，也包括删除可以使用的用餐卡以及管理员信息，学生信息。被删除掉的信息会从数据库中除掉，除非再次输入才可使用。
4.4.8学生信息修改模块：在该模块中可对已输入的并且用餐卡可以使用的学生部分信息进行更改，其中可更改信息包括学生姓名、学号、班级、卡内余额。卡号、开卡时间不可更改。密码可由密码修改部分更改，学生信息修改部分不提供此功能。
以上八个模块各自功能完备，在使用上不会互相影响，而将它们互连到一起，就结合成了具有全部功能的用餐卡管理系统。为保证各模块在连接到一起时功能的发挥在设计结构时对于模块间的耦合，尽量采取数据耦合方式传递信息，各模块内部则遵守功能组合的原则，以增强各模块间的可读性、可修改性、通用性。
5總结
学生食堂用餐卡管理系统是目前各学校非常流行使用的一种卡式化管理系统。它主要以满足使用者的需求为目标，以方便使用者操作为原则，结合强大实用的功能，给予学生使用最大的方便，以及管理员清晰的管理。
校园卡是当今社会进入信息时代的必然结果，通过对校园卡的有效管理，是实现科学管理一所学校的必要手段。它主要应用范围包括：餐饮、机房、图书馆借书、门禁、考勤、自动售货等方面。随着校园卡的不断应用，校园内的各种卡、证将逐步减少，由校园卡替代。
在学校食堂是重要的消费场所之一，传统的人工销售饭菜的方式已与当今的校园管理观念、要求脱节，已无法适应当代教育形式的发展，需要及时对它进行更换，建立更加先进的数字化食堂用餐管理机制，以适应现代化校园的发展。
新的用餐卡管理系统是建立在现代科学发展的基础上的，是计算机手段与现代网络技术的结合。
2系统分析
目前的用餐卡管理系统开发时期短，多数都存在着不同程度的问题，在使用上有许多不完善之处。大部分的用餐卡管理系统只面对管理员而忽略了学生，学生在丢失用餐卡后挂失不能及时，导致卡内金额被他人使用。而在新系统中用餐卡管理功能将极大的被增强，既保证了其实用性，又保证了其安全性。学生可通过提交用餐卡号及密码进行登录以便及时掌握自己卡内的金额或其它信息，而在卡丢失时，学生可随时将其登录挂失、停用，以保护卡内金额及信息。在新系统中将限制学生信息不可重复输入，一名学生也不允许开办两张以上的用餐卡，以保证管理员对用餐卡具有最有效的管理。在经过对学生食堂用餐卡管理系统的初步调查与研究了解到的情况，认为开发此类管理系统还是极为必要的。
该系统的初步构思在功能上总体概括为：用户登录注册功能；浏览用餐卡内信息及修改信息功能；对挂失卡的统一管理（可选择删除，恢复或转卡三种处理形式），卡内金额的充值功能；添加、删除、修改用户信息的功能。
下面分别对食堂用餐卡管理系统的技术可行性、经济可行性、营运可行性进行分析：
2.1技术可行性。 ASP脚本运行环境在编程上的各种表现已充分显示了该种语言的实用性、兼容性及丰富性。它基于开放设计环境的Active X技术，使编程人员可将自己定义和制作的组件加入其中。这就使该管理系统几乎具有了无限扩充潜力，对系统未来功能的增强、维护提供了便利条件。
2.2经济可行性。 用餐卡的主要投资是在软件系统的维护及管理人员的培训上。系统的开发技术目前已趋近成熟。考虑到与校园网的兼容及稳定，由校内人员负责开发是比较节省的，而考虑到全面性与实用性，以及未来系统维护服务等，专门的软件开发公司也是一种不错的选择。无论对于何种选择，在经济上的投资都是可接受的。
2.3营运可行性。 比起由管理人员手工操作购票，卖饭的方式，用餐卡更加卫生、方便、实用、易管理，既节省了学校的管理资源，更标志着校园数字化管理已成必然。
食堂用餐卡管理系统的数据流程分析：
2.3.1添加管理过程。 管理员提交自身用户名与密码给系统，由验证管理过程检查數据是否存在，若不存在则将新信息写入新信息管理过程，添加到添加信息表中，由数据更新过程调用，数据写入数据库中，结果返回给管理员。
2.3.2报失管理过程。 管理员提交用餐卡号作为验证凭据，根据报失表的原因记录将报失的数据写入报失表中。然后将数据结合用餐卡信息表提交给数据更新处理过程更新报失表，并在用餐卡信息表中删除已报失表的记录。
2.3.3缴费管理过程。 管理员通过提交学生的学号，可以查找到该学生的信息和该生用餐卡金额信息。验证管理员信息通过后，管理员有权限输入要添加的金额数，该金额数同时写入添加金额表里。数据更新过程通过调用用餐卡金额表及添加金额表更新数据，返回最后的数据结果给管理员。
2.3.4删除管理过程。 管理员在权限允许后，可以提交要删除的卡号数据，由删除卡号处理过程添加到删除卡表中。最后数据删除过程调用用餐卡信息表和删除卡号表，删除符合要求的用餐卡信息，并返回删除结果给管理员。
2.3.5查询管理过程。 学生查询的权限较少。首先需要提交自己的学号或者卡号作为进入系统的验证。验证管理与学生信息表及用餐卡信息表进行审核通过。此时学生可以调用这两个信息表来按条件对数据进行查询。查询结果返回给学生。
2.3.6转卡管理过程。 在该处理过程中对卡信息的改写与删除是关键项。管理员在获得权限后才可以对用餐卡进行操作，提交要转卡的卡号数据由查询卡号过程查找，找到后，先将此卡号信息存入用餐卡表，再提交要新分配的卡号，将旧卡信息写入新卡中。最后删除掉旧卡的全部信息，返回转卡结果给管理员。
3系统设计
在系统分析的基础上，总结出新管理系统的开发目标：
3.1该系统设计的用户界面友好，使用简洁方便，可以及时的反映出使用者所要求的功能。如：在管理员和学生的查询界面下，系统会根据他们在登录时所提交的信息进入不同的功能界面，使用户可以进行自己权限内的操作。
3.2当管理员和学生的信息需要变动时，系统中相应的数据及信息也会及时变动，防止发生信息不一致的情况。如：当管理员要对学生用餐卡进行充值操作，或要删除用餐卡时，管理员可以及时的使用充值功能或删除功能对该卡进行相应操作。作为通过用餐卡验证信息之一的密码可以根据学生的要求进行修改，修改后的密码会在数据库中快速更新。
3.3该用餐卡系统主要在校园网的网络环境中使用，学生只要登陆到学校校园网上，随时随地都可以进行用餐卡信息的查询，报失和密码修改。
3.4根据学生提出的要求，对于已报失的用餐卡，可以进行多种操作。如：学生将已报失卡删除掉，卡内余额可以转到另外一张新卡上，或添加到一张已存在且未报失的用餐卡金额里。
3.5新管理系统具有一定的错误信息提示功能，当有操作或信息输入错误时，系统能及时做出反应，提示用户输入信息错误，便于用户修改信息。如在登录或学生查询卡内余额时，由于误填用户名或密码，或所填写的用餐卡号已申请报失的情况下，系统会显示登录失败或该用餐卡号不存在，请与管理员联系。 在系统设计的初始阶段，系统的主要目标是提出一个合理的可供学生食堂用餐卡管理系统开发的技术方案及环境。确定用户可采用的系统设计方法，为后面的详细设计提供依据。这些均可由系统设计阶段的思想表示出来。
4该管理系统的主要设计思想是
4.1系统选用浏览器/服务器结构，即B/S结构。浏览器端显示学生的信息及用餐卡信息。服务器端用来处理数据服务。
4.2系统的开发方法采用模块化的程序开发方法，有利于系统中不同的模块的功能实现与不同的模块功能的结合，以及方便对于各种功能模块的修改、删除，在添加新模块时也不会影响其它模块及系统整体模块的正常运行。
4.3系统具有对数据库安全的维护功能。如：对于数据库中的用餐卡及数据信息，只有管理员可以对其进行操作，其他用户不能改动其中的数据及信息。这样可以有效的保证用餐卡使用的顺利进行。
4.4用餐卡管理系统的开发可利用学校现阶段广泛使用的硬件环境，从而使现有资源得到更加充分的利用。使开发出来的系统的环境与学校现阶段使用的硬件环境相吻合，从而提高系统开发的水平与应用效果。
该管理系统按照用户的需求分为八个模块，各模块之间的分解以系统模块设计原则为基础。部分模块对于针对管理员和学生的操作权限，在功能提供上也有所不同。各功能模块主要作用如下：
4.4.1用户登录验证模块：管理员和学生都要通过该模块进入管理系统。管理员在登录时要提供管理员用户名和密码，验证登录到管理员操作界面。学生要提交用餐卡卡号及密码，验证登录到学生操作界面。
4.4.2新信息添加模块：新注册用餐卡、学生、管理员信息均由管理员进行注册。管理员通过选择不同选项以选择是添加管理员信息还是添加学生信息。
4.4.3用餐卡充值模块：用餐卡内的金额数量是可以累加的，当卡内金额剩余部分不足够再次使用时，可以由管理员负责为学生卡充值。实际的货币由管理员从学生处接收。
4.4.4用餐卡报失模块：当用餐卡丢失时，学生可以通过该模块进行挂失，以便使该卡停止使用，保护卡内剩余金额。报失的卡必须由管理员才能恢复或删除，选择权决定在学生手中。该模块也是用餐卡管理系统当中较为重要的一个模块。
4.4.5用餐卡查询模块：学生在客户端登录时可以查询到卡内除密码外的所有信息，凭借这些信息学生可以了解到该卡当前的状态。管理员在服务器端对用餐卡信息进行查询，可对信息进行多种查询，不仅包括全部在使用中的用餐卡信息，也包括已报失的用餐卡、报失后恢复的用餐卡信息等。学生对用餐卡的查询仅有查询基本信息功能，不能修改，管理员在服务器端除查询用餐卡外还可对卡信息进行修改。
4.4.6用餐卡转账模块：该模块只对已报失卡进行操作。它负责将报失停用的用餐卡内余额转移到其它的可使用卡上，以便学生继续可以使用。在转账上分为开新卡转账与转账已知卡两种。
4.4.7信息删除模块：该模块可以根据管理员要求删除任意模块。它的功能不仅包括删除报失卡，也包括删除可以使用的用餐卡以及管理员信息，学生信息。被删除掉的信息会从数据库中除掉，除非再次输入才可使用。
4.4.8学生信息修改模块：在该模块中可对已输入的并且用餐卡可以使用的学生部分信息进行更改，其中可更改信息包括学生姓名、学号、班级、卡内余额。卡号、开卡时间不可更改。密码可由密码修改部分更改，学生信息修改部分不提供此功能。
以上八个模块各自功能完备，在使用上不会互相影响，而将它们互连到一起，就结合成了具有全部功能的用餐卡管理系统。为保证各模块在连接到一起时功能的发挥在设计结构时对于模块间的耦合，尽量采取数据耦合方式传递信息，各模块内部则遵守功能组合的原则，以增强各模块间的可读性、可修改性、通用性。
5總结
学生食堂用餐卡管理系统是目前各学校非常流行使用的一种卡式化管理系统。它主要以满足使用者的需求为目标，以方便使用者操作为原则，结合强大实用的功能，给予学生使用最大的方便，以及管理员清晰的管理。