大工21秋《软件工程》大作业题目及要求.pdf

《大工21秋《软件工程》大作业题目及要求.pdf》由会员分享，可在线阅读，更多相关《大工21秋《软件工程》大作业题目及要求.pdf（44页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、大工 21 秋软件工程大作业题目及要求网络教育学院网络教育学院软件工程课软件工程课 程程 大大 作作 业业题题目目：超市员工管理系统第一大题：谈谈你对本课程学习过程中的心得体会。第一大题：谈谈你对本课程学习过程中的心得体会。学习这门课程,还有老师们的多元化教课,不但让我从理论上掌握软件工程,还有从不同的实例,让理论和实践得到了很好的结合。整一个学期下来，总的来说还是学到了很多东西的，有很多地方是值得肯定的，其实在我看来，软件工程与其说是一门课程，不如说是一门思想。是一个如何去分析和处理问题的过程，应该说其范畴已经远远不止局限于该门课程，成为了一个综合的一个能够解决问题的思想集合。第二大题：完成

2、下面一项课程设计。第二大题：完成下面一项课程设计。超市员工管理系统目录目录第一章 前言.-4-第二章 可行性分析.-5-2.1 技术可行性.-5-2.2 经济可行性.-5-2.3 法律可行性.-6-第三章 需求分析.-7-3.1 非功能需求分析.-7-3.2 功能需求分析.-7-第四章 总体设计.-9-4.1 数据流图.-8-4.2 业务流程分析.-8-4.3 进销存模块.-9-4.5 功能模块.-10-第 5 章详细设计.-13-5.1 超市员工管理系统.-13-5.2 用户登录界面.错误错误!未定义书签。未定义书签。5.3 注册用户.-14-5.4 员工管理系统.-16-5.5 用户管理.

3、-16-5.6 员工系统.-17-5.7 考勤系统.-18-5.8 请假系统.-19-5.9 工资系统.-21-5.9 收银管理.-22-第六章 软件测试.-24-6.1 测试背景.-24-6.2 测试目标.-24-6.3 测试计划.-24-6.4 测试过程.-24-6.4.1 模块式测试.-25-6.4.2 登录模块.-25-6.4.3 注册模块.-26-6.4.4 员工管理模块.-28-6.4.5 考勤模块.-29-6.4.6 请假系统模块.-31-6.4.7 工资系统模块.-31-6.4.8 收银系统.-32-6.4.9 库存管理模块.-33-2-第七章 设计总结.-35-7.1 软件设

4、计的使用技术.-35-7.1.1 概述.-35-7.1.2 三层结构.-35-7.2 软件设计结果.-35-致谢.-37-参考文献.-38-3-第一章第一章 前言前言随着现代科学技术的迅猛发展，计算机技术已经渗透到各个领域，成为各行业必不可少的工具，特别是Internet 技术的推广和信息高速公路的建立，使IT产业在市场竞争中越发显示出其独特的优势，步入信息化时代，有巨大的数据信息等待加工处理和传输，这使得对书数据库的进一步开发和利用显得尤为迫切。作为国内市场的一些中小型超市，它们在信息化过程中的步伐要落后于大中型超市，而对于这些企业的资源管理，信息的存储和处理也显得迫切需要，要适应市场竞争，

5、就需要有高效的处理方式和管理方法，因此加快超市的信息化进程是必可少的。超市需要处理大量的库存信息，还要时刻更新产品的销售信息，不断添加商品信息。面对不同种类的信息，需要合理的数据库结构来保存数据信息，需要有效的程序结构支持各种数据操作的执行。商店自动化的产品管理在欧美等国家早已经实现，也是零售业管理的基础。它最主要的特点是能够实时的和准确的控制店内的销售情况。如果可以能够实时掌握销售流程及销售情况，则可以有效地加速商品的周转率并提高服务质量，而且可以减少产品售价不符等所产生的问题。顾客的消费要求的是希望在超市购物中能基本上都能购得所需的商品，并且还要既保证商品质量还要享受优质，方便的服务。在我

6、国超市形成在 20 世纪 90 年代初期，现在已经成为我国零售业的一种重要形态，为国民经济的发展发挥了重要的作用。随着超市高速的发展，其经营管理也变得愈加复杂，早期的售货员站柜台的形式早已不能满足现有销售也的发展，这样就迫切地需要引入新的管理技术。超市形态具有种种优点，但在目前状况下，它仍存在零售业企业所共有的落后的一面，收款结算速度慢，容易出现营业差错，不宜进行商品调价，盘点效率低等，而且在超市日常管理中，商品的进、销、存等决策以经验为主，缺乏实时分析功能，管理人员对及时传递资料的要求始终得不到满足。超市形态的高速发展，其经营管理也变得愈加复杂，日常所需要处理的数据量也逐渐增大，商业运转的中

7、间环节也越来越多，原始的人工管理已无法应对这复杂的市场。为此，在选题过程中，我们选择了超市管理系统设计题目，依靠现代化的计算机信息处理技术来管理超市，从而节省了大量的人力、物力，改善了员工的工作条件，减轻了劳动强度，并且能够快速反映出商品的进、销、存等状况和各种反馈信息分析，使管理人员快速对市场的变化做出相应的决策，加快超市经营管理效率。-4-第二章第二章可行性分析可行性分析2.12.1技术可行性技术可行性在 IT 行业中从业的工作人员一般都要求掌握计算机技术，具有一定的软硬件基础，会使用各种管理软件，熟悉 IT 产品。因为，有的超市对员工的素质要求比较高，从管理层到下面的销售人员，都要求具有

8、一定的计算机基础，所以在新系统投入使用时，只要对员工进行少量的培训，系统的功能和使用方法就基本上能够是系统顺利运行。再，又与本小组成员所学知识相对口。包括数据库的建立，代码编写，界面设计，运行测试，差错纠错等。一直到本项目的实现。小组成员分工合作，各自运用所学知识，在指导老师刘杰老师的辅导下完善了本项目。所以，该项目在技术上意思可行的。小组成员分工小组成员分工:蔡贤波：主要负责代码的编写陈康：主要负责数据库的建立与连接丁峰：主要负责界面设计与布局陈佳：主要负责运行测试，反馈本项目的优缺点王仪虹：主要负责资料的搜集和整理2.22.2经济可行性经济可行性因为通过网络传递销售信息可以不受距离的限制，

9、因此可以借阅许多的人力和物力，方便管理，由此可以减少不必要的开支，同时该系统可以提高超市的销售效率，即提高了超市的经济效益，所以从经济上完全是可行的。(1)超市有能力承担系统开发费用开发新系统的工作是一项间距复杂的工作，它的投资主要是人力和物力的投资。对于本系统的开发者来说，其主要投资还是在人力和物力两个方面。如果是企业自己安排人手开发系统的话，其主要的投资还是在人力资源上，从系统的业务需求调查到系统的分析编码制作都是需要巨大的人力投入的。软件企业作为一个简短的高科技产业，其员工要求都比一般企业的要求要高，而且对系统开发及软件产业了解比较多，所以在自我开发管理系统的过程中，企业自己比较容易安排

10、人手，这样就可以为企业借阅大部分的额外开支。同时软件就其它产品来说，属于高端行业，无论是产品的价格还是质量都比较高，而经营产品的经销商或者是商家都要求有雄厚的资金支持。所以，在系统的开发过程中，企业完全有能力-5-承担开发费用。(2)新系统将为企业带来经济效益该项目成本：开发者蔡贤波陈康丁峰陈佳王仪虹折合时间成本，该项目成本估价一万两千元。在以前的超市运行状态下，进货，入库，销售都得靠人工完成，并且不好统计库存数，员工工资也是很大的一笔成本，所以导致很多小型，中型超市难以生存。在使用该系统后，能极大限度的节约人工成本。以前的很多人工工作，该系统能一并完成。减少了超市人员的工作量，超市运营有条不

11、紊，也能得到很多消费者的青睐。预计在三个月内可将该系统的成本找回。并在接下来的超市运营中将看到该系统的使用价值。工作分配代码编写数据库建立界面设计运行测试资料搜集工作量较大一般较大一般一般报酬3000(元)2000(元)2500(元)2000(元)1000(元)2.32.3 法律可行性法律可行性本软件由实训小组自主编写，与相关法律和国家规定不相冲突，在法律上是可行的。-6-第三章第三章 需求分析需求分析3.13.1 非功能需求分析非功能需求分析超市的发展必需要解决以下问题：物流管理方式落后，很难根据销售、库存情况，及时进行配货、补货、退货、调拨。经过调查发现，超市在物流管理方面，仍使用传统的人

12、工管理模式，浪费人力资源，效率低，准确率低。有些商品紧缺，顾客要排队购买或商品供不应求，使顾客大为不满，还有一些商品，长期积压，损坏严重，造成重大经济损失，引起销售人员的极大不满，以多次向超市管理人员反映，但此类问题仍屡屡发生，得不到根本性的解决，已引起高度重视。连锁超市是以零售为前导，以商品进销，存配，流转管理为基础。一个大型超市，它的物流管理势必非常复杂，如果没有一个强大的信息系统来支持，那么就会造成一部分商品大量积压，而另一些商品供不应求的局面，这种局面必然会给超市带来巨大的经济损失。有些超市为了避免这样的情况发生，就会对物流管理投入大量的人力。虽然这样解决了物流方面的问题，但是这又有悖

13、于管理学的原则，效率低，浪费了人力资源，解决不了根本性的问题。3.23.2 功能需求分析功能需求分析通过管理系统加强超市与供货商之间的信息连接，帮助超市完成物流管理。经过以上分析，本系统必须具有以下功能：软件可以供不同用户身份设计不同的软件访问权限；管理员可以对员工工资进行管理（工资录入）、员工可以对自己的当月工资进行查询；销售人员可以通过系统将销售量，库存量报告给管理人员；管理员通过系统可以查询到销售，库存，需求的信息；系统可以作信息分析；管理员工信息（添加、修改、删除、打印）；普通员工可以进行当日的考勤操作、当月考勤次数的查询；管理人员查询数据分析，并作出决策。-7-3.33.3 数据流图

14、数据流图数据流图主要反映的是超市管理系统中各项功能模块之间的数据流程和简单的数据处理、加工过程和方法，为系统的设计打下基础。超市管理系统的数据流程：首先由系统管理员根据不同用户的需求将信息保存到数据库中，然后在进行发布。用户可以对这些信息进行查询、添加、修改和删除处理。通过对被系统的需求分析，系统的基本功能已经确定。整个数据流图：图 3.1 数据流图3.43.4 业务流程分析业务流程分析超市管理系统工作流程为：登录系统后，超市管理员可对系统相关信息进行操作，包括商品基本信息、供应商信息、销售信息、库存信息、进货信息等过程进行管理。业务流程图：-8-图 3.2 业务流程图第四章第四章 总体设计总

15、体设计4.14.1 进销存模块进销存模块-9-图 4.1 进销存模块图4.24.2 功能模块功能模块-10-图 4.2 功能模块图-11-12-第第 5 5 章章详细设计详细设计5.15.1 超市员工管理系统超市员工管理系统员工管理系统用户管理员工系统考勤系统工资管理收银系统个性设置查询统计请假系统图 5.1 软件模块层次图超市员工管理系统的开发可大大提高超市运作效率；通过全面的信息采集和处理，辅助提高超市的决策水平；可以迅速提升超市的管理水平，为降低经营成本，提高效益，增强超市扩张力，提供有效的技术保障。本软件控件均以中文形式表示，对员工的查询和使用提供简单方便的快捷操作。-13-图 5.1

16、 用户登录界面该界面用于实现用户的登录，点击登录身份选择身份，登录身份分为管理员和普通用户，管理员是高一级用户，权限大于普通用户，登录之后可以实现系统的管理和维护。普通用户登录之后进入员工个人界面，员工可以自行查看个人的个人信息和进入工作面。用户名是员工的工号，每个员工都有独立的工号，登录时输入自己的工号即可。密码是员工自行设置的。设计难点在于：勾选框“记住密码”解决方法：/创建文件流对象，并且对其进行初始化FileStreamfs=newFileStream(Application.StartupPath+user.txt,FileMode.Open,FileAccess.Read,File

17、Share.None);/创建流读对象，并且对其进行初始化5.25.2 注册用户注册用户-14-图 5.1 注册界面点击登录界面的注册按钮进入注册用户界面，用户名是员工的工号，密码是员工自行设置的。当注册的是普通用户，则提示当前注册的用户在同级用户的序列号(恭喜，恭喜，你已成为第你已成为第 x x 个普通用户个普通用户)；当注册的是管理员，若系统管理员个数已经达到系统预设，则提示注册失败，（管理员个数已达上限管理员个数已达上限）。收银员的注册同样的设计思路。用户身份分为普通用户、收银员和管理员。设计难点：点击注册按钮注册用户，统计管理员、收银员、普通用户的个数。解决方法：int t2=Yuan

18、GongSysBLL.RegUserB.RegUserPd(strname);if(t20)MessageBox.Show(该用户已经存在，请重新输入用户名);UserNameTxT.Text=;UserPwdTxt.Text=;return;else-15-YuanGongSysBLL.RegUserB.RegUser(strname,strpass,strstatus);/执行注册操作MessageBox.Show(恭喜你，你已注册成功！);this.Close();5.35.3 员工管理系统员工管理系统图 5.2 员工管理系统登录完成后进入员工管理系统。单击菜单栏里的菜单以及菜单项，系统

19、就会执行相应的命令，显示相应的内容。此模块没有技术上的难点。5.45.4 用户管理用户管理当管理员进入系统后，可以单击用户管理菜单下的管理用户，对用户的权限、用户名、密码等进行修改、删除等操作。-16-图 5.4 用户管理界面其他类型用户没有进行此操作的权限。保障了系统信息的保密性在更改权限功能的设计思路上是一个设计难点，通过用户身份下拉框的索引改变事件可以解决此难点。(方法不唯一)5.55.5 员工系统员工系统图 5.3 员工信息系统界面-17-点击员工系统可以查询员工信息，员工工号，部门，姓名，性别，籍贯，出生日期，政治面貌还有身份证号码。员工系统仅限管理员使用。可以对员工的详细信息进行添

20、加、删除、修改、打印等操作。更好的满足超市管理的多元化管理需求。设计难点：点击修改弹出修改窗口，修改数据。解决方法：定义一个公共类。class commonpublic static string UserName=;/登录用户名,用于主界面用户名显示public static string Datetime=;public static string strGh=;public static string strbm=;public static string strxm=;public static string strxb=;public static string strjg=;pub

21、lic static string strcsrq=;public static string strzzmm=;public static string strsfzh=;public static string strdh=;public static string strcyyx=;public static string strqq=;5.65.6 考勤系统考勤系统点击考勤员工可以在线考勤。在线考勤，管理员可以查看已考勤和未考勤的人。-18-图 5.5 考勤系统界面设计难点：点击考勤系统为员工考勤。解决方法：/1.获取考勤人员姓名 /获取选择表下拉框中的下拉项，得到姓名。DataTab

22、le t1=YuanGongSysBLL.AttendenceB.GetName();for(int i=0;i 登录模块用户管理模块员工管理模块-考勤模块工资管理模块收银管理模块库存模块查询模块统计模块添添加加、修修改改、删删除除、打打印印操操普普通通用用户户管管理理员员收收银银员员注册模块注册模块登录模块登录模块员工管考勤管理添添加加、查查询询考考勤勤信信息息请假管添添加加请请假假时时间间、类类别别、准准假假工资管查查询询工工资资、管管理理员员录录入入工工资资收银系收收银银员员进进行行商商品品的的销销售售统统计计库存管添添加加已已有有或或新新商商品品商商品品库库存存查询系查查询询超超市市管

23、管理理数数据据库库中中的的信信统计系对对目目前前超超市市员员工工信信息息的的统统计计图 6.1 软件模块结构图6.4.26.4.2 登录模块登录模块由于登录时输入的情况存在差异，用户有可能输入了错误的用户名与密码，-25-或者错误的用户名和正确的密码等，所以在设计测试用例的时候，主要采用等价类划分与边界值测试的方法对登陆模块设计的测试用例，包括用例的编号、操作、输入数据、预期结果、实际结果和测试状态。如表 6.1 所表 6.1 登录模块测试用例用例编号1-1操作用户名、密码、用户身份输入正确，点击登录按钮用户名输入正确，1-2密码不正确用户身份对应,登录按钮用户名输入错误，1-3密码正确，用户

24、身份正确,登录按钮用户名、密码、用1-4户身份输入错误，点击登录按钮输入数据用户名：admin；密码：pass；用户身份：管理员用户名：admin；密码：123；用户身份管理员用户名：user；密码：pass；用户身份管理员用户名：admin；密码：pass；用户身份：普通用户登录成功，进用户名、密码、用1-5户身份输入正确，点击登录按钮用户名：user；密码：123；用户身份：收银员用户名：abc；密码：123；用户身份：普通用户登录成功入主界面,除登录成功了收银系统，其他系统均无操作权限用户名、密码、用1-6户身份输入正确，点击登录按钮6.4.36.4.3 注册模块注册模块注册时存在很多注

25、册操作的潜在需求因素，超市员工管理系统在管理-26-预期结果登录成功实际结果登录成功进入主界面登录失败测试状态P登录失败密码错误无法跳转到主界面登录失败，用户名不存在F登录失败F登录失败登录失败，用户名不存在PP登录成功，进入主界面，各个系统均只有浏览权限P员、收银员、普通用户上都有一定的限制。这里我为本系统中各个登录身份设置了相应的个数以及操作权限：管理员 3 个(拥有最高操作权限)，收银员 5 个(拥有超市收银系统的操作权限)，普通用户 1000 个(只有考勤操作权限、系统功能的查看权限)。所以在设计测试用例的时候，主要采用等价类划分与边界值测试的方法。详细如下表 6.2表 6.2 注册模

26、块测试用例表用例编号操作用户名、密码，用户身2-1份 输 入 为全部为空空，点击注册按钮用 户 名 为空、密码不2-2为空，用户身份不为空点击注册按钮用户名为：空，密码：123，注册失败用户身份：管理员用户名不能为空P注册失败用户名或密码不能为空P输入数据预期结果实际结果测试状态用户名和密用户名为：码输入不为admin，2-3空，用户身密码：pass，注册失败份输入不为用户身份：空输入已经存2-4在的用户名和密码，用户身份输入用户名2-5和密码、用户身份选择收银员2-6注册成功，关闭注册窗P体管理员用户名为：admin，密码：pass，注册失败用户身份：管理员用户名为：admin，密码：pas

27、s，注册成功用户身份：收银员恭喜，你已P注册成功，关闭注册窗P体该用户已经存在F输入用户名用户名为：注册成功-27-和密码，用chenjia，户身份选择密普通用户码：123456，用户身份：收银员6.4.46.4.4 员工管理模块员工管理模块成为 x 个普通用户.关闭注册窗体本模块相当于一个小小的人事管理系统，具有员工信息的查看、添加、修改、删除、打印的功能。此模块利用软件测试中的等价类划分测试技术进行测试。如图 6.3图 6.3员工信息管理界面测试用例如表 6.3表 6.3 员工管理测试用例用例编号操作点 击 添 加 按钮，在添加信3-1息窗体里输入完整信息，点击确定按钮3-2输入数据输入完

28、整信息预期结果实际结果恭喜，添加成添加成功功，关闭添加窗体点击添加按输入不完整信-28-添加失败抱歉，xx 不能钮，在添加信息窗体里输入不完整信息，点击确定按钮当网格里有数3-3据时点击删除按钮当网格里没有3-4数据时点击删除按钮，点击修改按钮，在添加信3-5息窗体里输入完整信息，点击确定按钮点击修改按钮，在添加信3-6息窗体里输入不完整信息，点击确定按钮6.4.56.4.5 考勤模块考勤模块息为空-删除成功-删除失败删除成功立即显示操作后的结果删除失败，没有数据，无法删除输入完整信息修改成功修改成功，关闭修改窗体，立即显示修改结果输入不完整信息修改失败修改失败、用户信息不变，或是为空考勤系统

29、可以为员工的出勤、工资结算、提成、奖金等提供理论依据。本系统中可以显示查询员工的工号、性别、考勤状态、次数、时间，以及进行当日的考勤和考勤表的打印等等。如图 6.4-29-图 6.4 考勤界面可以通过白盒测试技术进行测试，如表 6.4表 6.4 考勤模块测试用例测试编号4-1操作钮，在弹出的考勤窗体中选择姓名，单击确定4-2点 击 考 勤 按考勤失败钮，在弹出的考勤窗体中选择已经考勤了姓名，4-3点 击 考 勤 按考勤失败钮，在弹出的考勤窗体中选择已经考勤了姓名，单击确定-30-预期结果实际结果考勤成功关闭此窗体点 击 考 勤 按考勤成功考勤失败，该用户已经考勤考勤失败、该用户已经考勤关闭考勤

30、窗体6.4.66.4.6 请假系统模块请假系统模块当代超市员工在实际工作过程中难免会遇见紧急事情需要及时去处理，所以在这个系统中设计了请假系统、供员工进行请假办理.如图 6.5图 6.5 请假系统界面此系统可以为超市的工资结算、员工去向等信息进行查询如表 6.5表 6.5 请假系统测试用例测试编号5-1操作输入完整请假信息输入当天已经考勤的用户名预期结果请假成功实际结果恭喜，请假办理成功抱歉，该用户*请假失败日已经办理考勤5-26.4.76.4.7 工资系统模块工资系统模块工资系统是每个超市必备的软件工具，工资系统可以为员工的工作力度大大提高、维护好工资系统也是一个不变的话题.如图 6.6-3

31、1-图 6.6 工资查询管理界面工资管理只有超市特有的管理员才能进行操作输入日期后选择工号为当月的每个员工进行工资的录入，信息输入完整后，操作成功，否则提示输入信息不完整的相关信息6.4.86.4.8 收银系统收银系统收银系统是每个超市必不可少的软件工具，因此收银系统的功能需求也是各大超市收银系统软件专业人员考虑的必不可少的因素同时也是超市收银管理最重要的考虑因素.它还可以反应超市商品的销售业绩，与此同时牵涉超市员工的工作态度、能力、效率的重要依据-32-图 6.7 收银系统界面采用等价类划分测试技术进行测试表 6.6 收银系统测试用例测试编号操作输入商品名7-1称、购买数量、实收金额输入商品

32、名7-2称、购买数量、实收金额输入数据商品名称：商品1购买数量：1实收金额：5商品名称：商品2购买数量：2实收金额：20交易成功交易成功。找零 13.63 元交易成功交易成功，找零 1.68 元预期结果实际结果当输入的购买数量大于当前库存量时，提示用户库存不足。当实收金额小于应收金额时，提示资金不足，交易失败警告.6.4.96.4.9 库存管理模块库存管理模块超市管理系统中，库存已经成为当今超市管理系统软件开发不变的话题，通过超市管理系统的库存管理模块可以清除地了解本超市近期员工的各种信息、以及超市商品的销售业绩信息。同时可以更新超市的商品进销存信息，保证超市各项工作的正常运作。如图 6.8-

33、33-图 6.8商品库存添加界面本模块可以采用黑盒测试技术。如表 6.7表 6.7库存管理模块测试用例测试编号8-1操作打开库存管理系统，打开库存管理系统，选择商品8-2名称，商品编码，库存量,单击确定打开库存管理界面，8-3点击添加输入各项数据商品 6，商品按钮，SP_16,6.5,6,100添加成功恭喜你，商品添加成功。网格里立即显示新添加的商品信息P商品 1，SP_001,40库存添加成功恭喜，添加成功。在网格中显示出来更改后的数据P输入数据-预期结果实际结果测试状态显示当前库存信息显示成功P-34-第七章第七章 设计总结设计总结7.17.1 软件设计的使用技术软件设计的使用技术7.1.

34、17.1.1 概述概述软件分层分为物理分层和逻辑分层，物理上的分层使软件的每一层都运行在不同的机器上，逻辑分层指把软件分成几个模块层次，然后一起开发。我们说的三层架构是指逻辑上的分层。7.1.27.1.2 三层结构三层结构数据访问层（DALDAL）职责：就是和数据源（数据库或其他文件）打交道（增、删、查和改这些具体的操作，也包含之间的连接）开发原则：只提供对数据源的直接操作，不要包含任何与业务相关逻辑上的处理和操作。业务逻辑层（BLLBLL）职责：执行业务逻辑运算，处理业务之间的逻辑关系。UIBLL；UIBLLDAL；开发原则：负责处理业务逻辑的处理，封装要到位。用户界面层（UIUI）职责：向

35、用户显示特定数据或者采集用户的输入信息和操作。开发原则：符合用户要求（用户的喜好）；只提供显示必要数据和采集用户操作功能，不包 DLL 层的职责7.27.2 软件设计结果软件设计结果通过超市管理人员管理信息系统的设计与开发，从而得出下列结论：（1）学习一门新技术，最重要的是实践，只有多动手才能尽快掌握它。（2）一个系统的开发，经验是最重要的，经验不足，就难免会有许多考虑不周之处。-35-（3）要想吸引更多的用户，网站的界面必须要美观、有特色、友好，功能要健全。不过由于经验不足，我设计的图形界面比较简单。只是对基本功能进行了开发。（4）本次开发，我参考了很多管理系统的例子，吸取了一些别的系统的长

36、处，对自己的毕业设计进行了完善，但是还有很多的不足之处，有待以后进一步学习。实践证明，管理人员管理信息系统有着很好的发展前景，经测试运行。本文所制作的管理人员管理信息系统界面友好、使用灵活、操作简单、功能齐全、表现方式独特，已基本具备了成熟的技术理论。Java 开发中安全性是必须考虑的一个很重要的方面，特别是在诸如毕业设计信息等敏感数据的模块中更是关键，所以这也是后期开发需要引起重视的。下面就这方面的技术和解决方案加以讨论。（1）安装防火墙：安装防火墙并且屏蔽数据库端口能有效地阻止了来自Internet 上对数据的攻击。（2）输入检查和输出过滤：客户在请求中嵌入恶意 HTML 标记来进行攻击破

37、坏，防止出现这种问题要靠输入检查和输出过滤，而这类检查必须在服务器端进行，一旦校验代码发现有可疑的请求信息，就将这些可疑代码替换并将其过滤掉。（3）用户授权认证：对于关键用户必须进行系统授权，只有授权的用户才能访问系统。为了防止用户绕过登陆页面，系统在重要的页面检查用户是否登陆过并检验用户的操作权限，如果没有登陆或没有操作权限，将用户重定向到登陆页面。系统的后台数据库日志记录了所有登陆用户的用户名、IP 地址、登陆时间等。-36-致致谢谢从毕业设计启动到今天，从需求分析到数据库设计，从界面设计到程序设计，这一步步走来，我第一次如此集中系统地参与软件开发，虽然其中还有许多欠缺，但是真的是受益匪浅

38、。毕业设计使我对软件开发过程有了较深的了解，让我收获了很多书本上学不到的知识，同时也使自己的动手能力有了明显的提高。可以说，我的这些受益离不开超市学院的培养，离不开老师的教导，离不开同学们的帮助。借此机会，我要向他们致谢！首先，向四年来辛勤培养和关心帮助我的恩师们表示最诚挚的敬意和感谢。感谢导师在此的悉心指导，尤其是刘杰老师那平易近人的待人方式使我终身难忘。在论文的设计和撰写过程中始终得到恩师的细心指导，使我能够顺利的完成本科阶段学习和设计任务在我多位同学的热心帮助下，我学到了很多东西，在此表示最诚挚的感谢。最后再次感谢所有帮助过我的人和仍在帮助我的人。同时，我要感谢我的父母，你们的爱给予了我

39、最大的鼓舞！在此我要对所有给予我帮助与支持的人道一声：“谢谢！”-37-参考文献参考文献1 Microsoft Corporation.C#语言参考.2000.2 Microsoft Corporation.C#语言语言规范 2.0.2005.3 Nagel 等著.C#2005&.NET 3.0 高级编程（第 5 版）.李铭，译.北京：清华大学出版社，2007.4 夏普.VisualC#2005 从入门到精通.周靖，译.北京：清华大学出版社，2006.5 GrantPalmer 著.C#程序员参考手册.康博，译.北京：清华大学出版社，2002.6 后母等著，C#软件项目开发全程剖析.薛兴涛，等

40、译.北京：清华大学出版社，2002.7 Jeffrey Richter.Applied microsoft.NET Framework Programming(Microsoft.NET框架程序设计).2002.8 Microsoft Corporation.Application Architecture for.NET：DesingningApplication and Services.2002.-38-超市管理系统超市管理系统组员姓名组员姓名陈佳陈康蔡贤波丁峰王仪虹任务分配任务分配需求分析、界面布局数据库设计程序代码编写、界面设计、功能设计与实现界面美化、总体设计程序中素材、图片采集-

41、39-40-心得体会学了一个学期的软件工程课，终于知道了个软件工程的大概。学的时候总觉得很抽象，理解起来好像不难，但总是摸不着头脑一种很茫然的感觉。学习的过程中和一个宿舍的同学一起做了个小型管理系统的开发，觉得还是有点收获的，对于开设这门课的意义也有所领悟，现在就将我对这门课的体会以及在项目开发过程中遇到的一些问题简单的归纳一下。希望在以后的学习中不断的提高吧。曾经以为程序就是软件，软件就是程序。现在知道了二者的不同之处，这是学习这门课程第一个收获。事实上在软件开发的早期阶段这也不能说是错误的。那个时候开发的软件都比较简单。当然可以把软件理解成程序，直到软件作坊的出现，使软件在程序的基础上加了

42、个说明。以前做过的一些小型的软件比如加密软件，我也只是在程序旁边附上一个软件的说明，看来已经很接近作坊了。不过大的项目没有接触过，用软件工程的方法还是第一次。我想也是程序的不断复杂化导致了软件危机的发生，使得人们不得不探索新的解决方法。这个时候软件工程应运而生了。我们为什么需要软件工程呢？上面已经给出了一些原因。专业点讲，软件工程最终是为了实-41-现“软件制造业”的社会化,工业化大生产,提高其劳动生产效率。只有如此,软件业才能实现社会化,工业化大生产,才能“做大做强”。没有管理的设计是失败和混乱的设计，没有设计指导的编程是无序的忙碌的。根据开发的软件的规模，应该适当程度的运用软件工程化的思想

43、，需要灵活，毕竟我们开发的软件大多数是中小型的，大型的并不多见（我是这么认为的）。但只要涉及人员间的交流和沟通，或多或少都要需要软件工程才能更有效率，工作成果更稳定。掌握软件工程化的思想，对于负责软件开发的管理人员（领导）更为重要。曾经看到过这么一句话，“坐在指挥台上，如果什么也看不见，就不能叫领导。坐在指挥台上，只看见地平线上已经出现的大量的普遍的东西，那是平平常常的，也不能算领导。只有当还没有出现大量的明显的东西的时候，当桅杆顶刚刚露出的时候，就能看出这是要发展成为大量的普遍的东西，并能掌握住它，这才叫领导。”软件工程将有能力的人团结在一起，然后把他们变成工人，因为工业化的生产是效率最高的

44、。这就是根本所在。没有软件工程管理，简直就是乱来，就好象缺乏宏观控制的国家一样，会乱七八糟。我们已经知道软件和程序是两个不同的概念，软件除了程序还要有使用和维护该程序所需要的全部文档。包括需求文档、设计文档、测试文档、维护文档以及使用手册。软件开发特别是大型软件是一项浩大的工程,需要几个人、十几个人、几十个人甚至几百个人合作开发几个月、十几个月甚至几年。要保证系统的协调性、统一性和连续性,就需要在开发之前制定严格、详细的开发规范。开发规范的制定需要花费一定的时间和精力,但是磨刀不误砍柴功,它相当于把今后开发过程中开发人员都要遇到的问题提前做了一个考虑。有了开发规范,在后续的开发过程中,设计人员

45、就不必每次考虑如何为一个字段命名,编程人员也不必去想某个程序的结构和布局应当 怎样,测试人员也有了判断程序对错的标准。开发规范在项目开发工作中起着事前约定的作用,需要所有开发人员共同遵守。它约束开发人员的行为和设计、编程风格,使不同子系统和模块的设计、编程人员达成默契,以便形成整个系统的和谐步调和统一风格,也便于今后的系统维护和扩展工作。在实际中开发软件首先应该考虑的是是否可行的问题。但在这个实习中其实根本没必要，既然已经选好了题目，而最终也不要求能够运行，钱、软硬件资源不成问题，当然可行。主要考虑的技术问题。下面就软件开发的各个阶段分别谈点看法。需求分析就是要确定自己要做什么，应该怎么做，心

46、里有个底。需求是通过与用户充分交流和自己的创造力,去发明软件规格说明的过程。如果没有双方对需求进行分析，可能出现项目设计出来的东西或最终提交的可交付物根本就不是客户所需要的，或有相当的差距。所以用户和开发人员在需求上要达成一致性。在这个实习项目中只是给了几个要实现的功能。也-42-没有真正的用户。凭大家的想象给出一个比较好的需求有点难。设计过程就是将你确定的需求想办法用代码去实现。这个过程是交给程序员做的。设计可能会用到很多方面的知识。软件最终的目的是要用户使用。因此在程序设计时必须立足于操作简单、实用,并真正能为用户解决实际的业务问题。不能因为怕编程麻烦而将程序功能设计得过于简陋。这个过程可

47、能会对已经完成的需求分析做些改进甚至推翻。为每个模块确定采用的算法。然后就是根据算法写代码。以前觉得写代码是最麻烦得事情，现在才发现写代码原来只是软件开发中最简单的一个步骤。到目前为止学了 C，C+，还有 java，熟悉的还是面向过程的 C，面向对象的软件开发还有待于实践。在这个小项目的开发中因为没有要求写代码，所以也没有使用哪种程序设计语言的问题。但我想既然面向对象的软件开发有着比传统的开发无法比拟的优点加上现在 java 风靡全球，连比尔盖茨都说 java 是目前为止最优秀的计算机语言，学着用 java 开发感觉好点。看来以后要好好的学java 了。软件交付之前必须要测试。测试是保证程序质

48、量的一项重要工作。但测试只能证明程序有错,而不能证明程序无错。所以任何软件系统都不能保证内部没有错误。为了确保软件系统的安全与可靠性,一方面要加大测试力度,另一方面要抓住测试重点。程序又是测试的重点。一个合格的测试员应该很熟悉别人的思维。但感觉程序员应该很反感测试员。软件开发是一项建设性工作而软件测试是一项破坏性工作。一个曾经做过测试的如是说，“做测试，我感到最多是在和程序员在吵架”。我觉得测试的基本要求就是找出产品的缺陷，用简单明了的方式表达给开发人员，心平气和才好办事。不管怎样，有了破坏才能使软件的免疫能力强起来。测试占了开发一半以上的时间和资源。我在实习小项目中做的是测试的工作。由于没有

49、源代码，所以只能做静态测试。测试过程感觉很不好。摆在我面前的只有个软件需求文档和详细设计文档，而且需求分析一大半也是我写的。现在才发现需求分析当时写的有多么的差劲。很多的问题都没有考虑到。而且发现设计文档中的软件初始结构图根本不是按照需求分析给出的数据流图转化过来的。详细设计文档呢，跟总体设计差不多，甚至连总体设计的一些要求都没有，比如接口的描述，从头到尾没有提到过。面对着那份详细设计报告，我无从下手，什么都没有。每个模块的细节都没有考虑。还是一个最最基本的框架。可事到如今又能怎么办，总不能把原来的抛弃自己在测试之前重新做个详细设计吧，只好硬着头皮测了。测试完成后感觉没一点收获。还不如看看书上

50、的白盒子测试的例子体会多一点。报告打印了一点成就感没有。软件维护是软件生存期中的最后一个阶段。实习没有这方面的要求。维护也不像其前面的几个阶段理论成熟。但维护不是一天两天就能解决的问题。自从软件开始工作，维护就从来没有停止过。所以维护是一个耗人力物力最多的一个阶段。具体维护的方法应该根据软件的开发方法来具体确定。维护是为了软件能健康准确更好的运行，但在维护的同时也可能因为开发方法的缺陷导致维护产生一大堆的副作用甚至可能使得情况变得更糟，会得不偿失。所以维护马虎不得一定要慎重对待。-43-总的来说，软件工程还是门不成熟的学科，在很多方面有不尽人意的地方，它在软件开发领域的作用还没有充分的发挥出来