[工学]电信资费管理系统实验报告.doc

《[工学]电信资费管理系统实验报告.doc》由会员分享，可在线阅读，更多相关《[工学]电信资费管理系统实验报告.doc（34页珍藏版）》请在三一办公上搜索。

1、郑州轻工业学院实 训 报 告实训名称： JSP+STRUCTS实训 小组成员： 朱海峰 王延杰 史红超 张晓刚 院 （系）： 软件学院 专业班级： JAVA 08 -2班 指导教师： 金松河 钱慎一 黄永丽 成 绩： 时间： 2010 年 6 月 14 日至 2010 年 6 月 18 日目 录一、引言21.编写目的22.背景23.参考资料2二、任务概述21.目标32.用户特点33.设计和实现的约束和限制34软件实现原则3三、具体需求51.项目数据库设计51.1.基础数据管理61.2.E-R图82.项目功能模块架构图103.项目功能需求113.1.登录模块113.2.用户管理113.3.管理员

2、管理123.4.资费管理123.5账单管理133.6.帐务管理133.7.用户自服务144.项目设计模式144.1 View144.2 Controller144.3 Model154.4基于MVC模式的Java Web应用程序实例155.用户界面16四、性能需求221.性能需求221.1.灵活性221.2.数据管理能力的需求222质量要求222.1.安全性222.2.可维护性222.3可靠性22五、实验感想23六、附录（代码）25一、 引言1. 编写目的 编写电信资费管理系统需求分析报告目的，是为了用户和开发方明确对所建资费管理系统所达到的功能和目标。通过双方不断的讨论和交互，最终形成具有建

3、设目标的书面条款。经双方确认后，将作为开发方设计开发的基本依据和需求方的软件验收标准。同时，通过该需求分析报告，开发方可以更加进一步了解客户的需求，从而严格按照流程及时、准确地完成系统的开发，以满足客户的需求。2. 项目背景近年来, 电信行业经历了很大的变化，从固定到移动, 从语音到数据, 从电路交换到分组交换, 从窄带到宽带的变化。电信运营商在市场和政策的双重影响下, 正面临着深刻的重组。新技术新业务创造了市场机会, 使新运营商不断兴起。旧运营商为了保持原有的市场份额也通过兼并改组等方式不断扩大业务范围, 争取为客户提供从传统的市话、长话、移动、智能网到新兴的数据。用户将来可以在多个运营商提

4、供的多种电信业务中自由选择。在这种大背景下, 对电信运营商的计费和其它业务支持系统的要求有了大的变化, 怎么能够达到尽量为用户提供优惠和方便, 以吸引更多用户, 又能够保证企业合理的收益, 降低运营成本, 维持企业的运行和发展的目的。电信计费系统成为了电信行业的运行体系中最重要的支撑系统。从为用户提供综合服务的运营商的角度来看, 一个好的计费系统应具有以下特点:l 综合性：能够满足同时从不同的数据源中采集数据，并能够对数据进行适当的处理，并送到数据处理中心去。l 灵活性：计费系统是业务规则驱动以及对用户有好。l 集成性：系统具备高内聚低耦合性，系统具有良好的接口和可扩展性。l 可靠性。对计费业

5、务，要求保证数据的完整性。3. 参考资料在编写本需求分析报告时，参考的文档资料主要有：1.JSP程序设计范立峰2008人民邮电出版社2.java2实用教程耿祥义2008清华大学出版社二、 任务概述运用先进的计算机信息处理技术，实现各部门各种信息的规范化管理，提高信息的正确率和信息资源的共享，便于信息的查询、长期存储以及快速的决策和分析。1. 目标本需求分析报告主要是对进销存管理理系统中业务流程作详细的分析和描述，详细描述系统应具备的功能，并粗略描述该系统所涉及到的动态和静态实体、实体关联图及各数据字典。2. 用户特点本系统的最终用户是广大的电信用户。由于随着现代科技的逐步发展壮大，电信用户的广

6、泛增多，数据的管理与处理更加的频繁，所以一个更加有效的资费管理系统能够满足用户的需求。而电信资费管理系统正是为了解决这一问题而设计的一套解决方案。3. 设计和实现的约束和限制1 开发环境：前台用面向对象开发工具Jsp+Structs，服务器端拟采用企业级数据库SQL server 2005。2 运行环境：中文WIN2000/WINXP/WIN 2003/Linux，64M以上内存，1G以上硬盘，服务器端需要运行sql server 2005数据库和jdk1.5以上。3 条件和限制：1. 限制整个电信资费管理系统正常实施的主要因素是基础数据的准确性和完整性。同时该系统也是对用户新系统各种代码设计

7、的真正的一次考验。因此必须做好系统实施的先后次序计划，和对用户的培训。2. 限制电信资费管理系统的另外一个因素是系统的维护性和完善性，因为资费管理系统的建立不可能一次全部解决问题，开发后期和使用初期的维护工程也是一个必须考虑的因素。这里的维护工作包括数据的维护，也有系统功能的维护，包括旧功能的删除和新功能的添加等。4. 软件实现原则根据软件工程规范和电信资费管理系统的要求及特点，系统开发时必须遵循以下原则。实用性原则:开发的系统必须满足实用性需求，做到使用方便，输入数据量尽量小，界面直观，易学易用，不同业务之间界面转换速度快。功能完整性原则:所提出的业务都能够在计算机平台上完成，对于同一类型的

8、业务，由于输入要求或地址模式等条件的不同，将设计不同的功能模块。高性能原则:系统在性能上做到实时性强、数据容量小、响应速度快、稳定性高、出错率低、容错性好等优点。数据安全性原则:安全性永远是数据库的重要课题，必须采取多种措施保证数据库的安全。满足速度要求下的少余量原则:余量指的是逻辑上相同的数据，在不同的记录中重复出现，或在逻辑上能导出存在于数据库的记录中。从理论上讲，余量的存在，在数据库设计的不合理，是破坏数据库一致性的潜在危险，同时会增加数据空间开销。但是，在特殊情况下，为了满足速度要求，常常设计一些余量作为数据库记录。当余量存在时，数据库一致性不能靠数据库管理系统来保证，只能通过开发软件

9、的计算方法来解决，余量的存在，大大增加了系统的开发难度，所以余量是万不得已时才能使用，使用时，在计算方法上保证数据的一致性。输入量最小原则:在保证信息量充分性条件下，让用户以最小的数据输入完成业务操作，从而让用户感到本系统的方便。数据库字符段可空原则：具有默认数值和状态的数据库字符段，采用可空假定。对于可伸缩的数据库，可空字符段在没有数据输入的情况下是不占空间的。操作模式可选择性原则：对不同的操作模式，设计不同的功能和不同的界面，或在同一功能和界面下设计多个选择项，以适应模式多变的需求。美观化设计原则：在满足实用性的条件下，界面设计做到美观大方，大小适中，排列整齐，各种控制键的中文名字简单明了

10、，不同的业务甚至不同的功能，有不同的界面。美观的界面配色柔和，减轻视觉疲劳，给用户一个良好的计算机工作环境。常用性与特殊性相结合原则：对常用的状态和数值，作为缺省，对常用的功能放在主要界面和排前原则，对不常用功能启动时进行折叠和排后。数据可维护性原则：对于正常的数据维护，管理人员可以通过电信资费管理系统本身来实现。数据维护包括权限设置、无用数据的删除、数据库的清理、数据备份与恢复等功能。系统可维护性原则：全面按照软件工程的要求来开发电信资费管理系统，做到严格管理、严格测试。每个工作阶段，都具备相应的经过严格审查的文档，为将来系统服务提供技术上的保证。统一性原则：建立统一合理的数据库模型，实行统

11、一的文档编排和管理；实行统一的数据库关系命名、文件命名、函数命名、变量命名；实行统一的编程风格。系统的可扩展性原则：在满足一期方案的基础上，考虑今后系统可能新增功能带来的系统软硬件的变化，为系统的扩充预留接口。三、 具体要求1. 项目数据库设计数据库是电信资费管理系统中非常重要的环节之一，一个结构良好的数据库可以很好的实现系统的查询和管理，并且能够极大的提高系统的运行效率，以及一个确定数据库存储结构与存取方法的物理设计，建立起既能够反映现实世界信息间的联系，满足用户数据要求和加工要求，又能被某个数据库管理系统所接受，同时能实现系统目标，并有效存取数据的数据库。使用SQL server 2000

12、/access数据库进行连接，分别为管理员表、用户表、资费表、服务器月帐单表、服务器年帐单表、用户消费表、数据采集表。管理员表包括属性有编号、登录名、登录密码、真实姓名、电话、邮箱地址、登录时间，其中编号为主键，进行开通帐户时不可输入相同的编号否则系统不做相应操作。用户表包括属性有编号、登录名、密码、真实姓名、性别、付款方式、用户状态、电子邮箱、省份、职业、联系电话、公司、公司编码、邮政编码，其中编号也是主键，方便对用户进行统一管理。资费表包括属性有业务帐号、资费名称、业务密码、每小时资费、服务器名称、服务器状态，同样帐号是主键，服务器是外键，要确保有此服务器才可以进行选择。用户消费表包含了各

13、个用户的消费信息，登录时间、退出时间以及时长，方便用户随时进行查询。服务器月帐单表是各个器的每个月的资费信息。服务器年帐单表是服务器的年资费表，都是方便管理员进行查询和管理。另外，还需要数据采集表，用于采集数据。表1管理用户表（user）：字段名称字段类型字段长度字段说明idnumber6用户编号namevarchar250用户名sexvarchar250性别passwordvarchar250用户密码telephonevarchar250电话mailvarchar250邮箱datedate50开户日期authorityvarchar250用户权限keyqvarchar250密码提示问题key

14、avarchar250密码回答问题realnamevarchar250真实姓名表2顾客用户表（consumer）：字段名称字段类型字段长度字段说明idnumber6帐务帐号passwordvarchar250帐务密码namevarchar250姓名sexvarchar250性别methordvarchar250付款方式jobvarchar250职业companyvarchar250公司provincevarchar250省份telephonevarchar250电话mailvarchar250邮箱mailaddressvarchar250公司邮箱post_codevarchar250邮政编码d

15、atedate50开户日期statevarchar250状态表3帐单信息表（tab）：字段名称字段类型字段长度字段说明idnumber6帐号timenumber6登录时长（小时）spentnumber6费用(元)statevarchar250状态datedate50开户日期表4资源类别表（source）：字段名称字段类型字段长度字段说明namevarchar250资费名称month_rentnumber6月租费用hour_spentnumber6小时费用introducevarchar26自费说明表5帐务信息表（unit）：字段名称字段类型字段长度字段说明idnumber6帐务帐号timenu

16、mber6时长spentnumber6费用(元)statevarchar250状态dengtimedate50登录时间tuitimedate50退出时间namevarchar250服务器名表6服务器信息表（serve）：字段名称字段类型字段长度字段说明namevarchar250服务器month_timenumber6月使用时间year_timenumber6年使用时间monthnumber6月份yearnumber6年份R图用户账号Email状态电话密码省份支付方式性别工作批号文件公司 用户实体属性E-R分图管理员账号Email状态电话密码省份支付方式性别开户日期权限 管理员实体属性E-R分

17、图账单账号开户日期状态费用登录时长 账单实体E-R分图资源小时费用月租费用资费说明名称 资源实体E-R分图帐务账号退出时间登录时间时长状态费用服务器 帐务实体属性E-R分图服务器名称年份月使用时间年使用时间月份 服务器实体属性E-R分图2项目功能模块架构图登陆超级管理员普通用户用户自服务用户管理管理员管理账单管理用户自服务账务管理图1有登录权限的功能模块图登录用户管理资费管理帐单管理帐务管理管理员管理注册用户自服务退出系统图2无登录权限有注册功能模块图3项目功能需求根据业务模型和电信业务的需要，该系统的功能需求模块进行分析设计如下：（1）登录模块。实现登录功能的数据处理功能，如果用户名和密码不

18、存在，实现注册功能。名称用户登录别名标识Login描述封装了对用户的业务处理类别Class成员方法成员方法名称功能描述通过Bean 中方法的在Servlet中的实例化，并调用Bean中的方法来完成操作登录的账号和密码的检测，并提供注册用户注册页面调用Bean中的方法public boolean addUser()1、增加一个用户2、参数user，存放了员工相关信息3、返回对象boolean封装了操作结果信息用Bean中的方法Public boolean queryUser(String username,String password)判断用户是否存在（2）用户管理模块。开通帐号、用户帐号查询

19、、用户列表、其中开通帐号查询可以更方便用户的查询，用户可以通过开通帐号查询来查取一些相关的信息。用户列表中具有增加、暂停、修改、和删除等功能。名称用户管理别名标识AcountManage描述封装了对用户的业务处理类别Class成员方法成员方法名称功能描述通过Bean 中方法的在Servlet中的实例化，并调用Bean中的方法来完成操作管理用户模块，包括增加、暂停、修改、和删除Bean中的方法public boolean addUser()public boolean delUser()public boolean updateUser()1、增加，删除，修改用户2、参数user，存放了用户相关

20、信息3、返回对象boolean封装了操作结果信息（3）管理员管理模块。分为：增加管理员，管理员列表和私人信息。管理员管理包括信息有帐号、登录密码、重复密码、真实姓名、管理员邮箱、联系电话、登录权限等。登录权限包括：管理员管理、资费管理、用户管理、帐务查询、帐单查询。管理员列表有：删除、帐号、姓名、电话、邮箱、开户日期、权限、和修改。私人信息包括：登录密码、重复密码、真实姓名、管理员邮箱、开通日期、联系电话、登录权限、其中登录权限又包括资费管理、帐务查询、和管理员管理。 管理员管理模块的需求：管理员开通管理：管理用户帐号，包括账号开通、暂停（枷锁）、恢复、删除等。管理员资料管理：管理员资料，包括

21、姓名、身份证号、地址等。管理员信息有：ID、姓名、账号、密码、状态（正常/暂停/关闭）、联系电话、Email、开通日起、停止日起、权限（查询/修改/开户/ALL）等。名称管理员管理别名标识Manage描述封装了对数据表UserDao的操作类别Class成员方法成员方法名称功能描述通过Bean 中方法的在Servlet中的实例化，并调用Bean中的方法来完成操作管理用户帐号，包括账号开通、暂停（枷锁）、恢复、删除等Bean中的方法public boolean addManage()public boolean delManage()public boolean updateManage()1、增

22、加，删除，加锁，修改管理员信息2、参数manage，存放了管理员相关信息3、返回对象boolean封装了操作结果信息Bean中的方法public UserList Manage()1、根据条件查询用户信息2、参数condition存放了要查询的条件信息3、返回对象UserBean封装了操作结果信息（4）资费管理模块。完成资费管理模块的增、删、改、查功能。名称资费管理别名标识Sourse描述封装了对用户的业务处理类别Class成员方法成员方法名称功能描述通过Bean 中方法的在Servlet中的实例化，并调用Bean中的方法来完成操作完成资费信息的增、删、改、查功能Bean中的方法public

23、boolean SelectSourse()public boolean addSourse()public boolean updateSourse()public boolean delSourse()1、增加，删除，修改资费2、参数Sourse，存放了用户相关信息3、返回对象boolean封装了操作结果信息（5）账单管理模块。需求：整合系统按月生成用户帐单。账单信息（可参考移动或联通的账单管理模块）：用户标识信息：账单ID、姓名、账号、状态、联系电话、开通日起、Email。账务信息：账号、日期、登录时间长度、本月费用。账单明细：登录时间、退出时间、时长。名称帐单管理别名标识Reckon描

24、述封装了对用户的业务处理类别Class成员方法成员方法名称功能描述通过Bean 中方法的在Servlet中的实例化，并调用Bean中的方法来完成操作根据数据库信息查询生成帐单Bean中的方法public boolean Reckon()1、Reckon存放帐单相关信息2、返回对象boolean封装了操作结果信息（6）帐务管理模块。需求：按月、年分别生成月帐务信息统计报表和年帐务信息统计表。月帐务信息(可参考移动或联通的帐务模块)：生成一个计费月周期中，每一天的帐务信息。月帐务信息：日期、时长、费用。年帐务信息(可参考移动或联通的帐务模块)：生成一个计费年周期中，每一月的帐务信息。年帐务信息：月

25、期、时长、费用。名称帐务查询别名标识Select_Reckon描述封装了对用户的业务处理类别Class成员方法成员方法名称功能描述通过Bean 中方法的在Servlet中的实例化，并调用Bean中的方法来完成操作按用户要求进行查询Bean中的方法public Boolean Select_Month()public Boolean Select_Year()1、可以对帐务进行月查询(Select_Month)和年查询(Select_Year)2、返回对象boolean封装了操作结果信息（7）用户自服务管理模块。需求：用户通过Internet自查询自己的当前或历史账单，并能修改自己的密码或变更相

26、关业务。用户帐务信息自查询：用户标识信息：账单ID、姓名、状态、开通日起。帐务信息：日期、登录时长、本月费用。用户信息修改。账单明细：登录时间、退出时间、时长名称用户自服务别名标识UserSelf描述封装了对用户的业务处理类别Class成员方法成员方法名称功能描述通过Bean 中方法的在Servlet中的实例化，并调用Bean中的方法来完成操作按用户要求进行自查询Bean中的方法public Boolean UserSelf_update()public Boolean UserSelf_Select()1、可以对帐务进行用户信息的修改2、返回对象boolean封装了操作结果信息4项目设计模式

27、MVC 设计模式是目前用得比较多的一种设计模式，最早出现在Smalltalk 中，后来广泛应用于Java Web 应用程序中。Model（模型）表示业务逻辑层，View（视图）代表表示层，Controller（控制器）代表控制层。（1）View在Java Web 应用程序中，View 部分一般用JSP 和HTML 构建。客户在View 部分提交请求，在业务逻辑层处理后，把处理结果又返回给View部分显示出来。因此，View部分也是Web应程序的用户界面。（2）ControllerController 部分一般由Servlet 组成。当用户请求从View 部分传过来时，Controller 把该

28、请求发给适当的业务逻辑组件处理；请求处理完成后，又返回给Controller。后者再把处理结果转发给适当的View 组件显示。因此，Controller 在视图层与业务逻辑层之间起到了桥梁作用，控制了它们两者之间的数据流向。（3）ModelModel 部分包括业务逻辑层和数据库访问层。在Java Web 应用程序中，业务逻辑层一般由JavaBeans 或EJB（Enterprise JavaBeans，企业级JavaBeans）构建。EJB 是J2EE 的核心组件，可以构建分布式应用系统。与普通JavaBeans 不同，它由两个接口和一个实现类组成，并且包含一些固有的用于控制容器生命周期的方法

29、。（4）基于MVC模式的Java Web应用程序实例按照MVC 设计模式，用JSP，Servlet 及JavaBeans 构建一个登录系统。该系统的要求是，当用户在登录页面上填入用户名和密码并提交后，系统将检查该用户是否已经注册；如果该用户已注册，系统将进入主页面，否则就进入注册页面。按以下步骤构建这个系统：1）数据库设计：使用Sql Server 2005 作为数据库，构建数据表T_UserInfo；2）构建视图组件：登录页面login.jsp，主页面main.jsp，以及注册页面register.jsp；3）构建控制层组件：一个Servlet，取名为loginServlet.java；4）

30、构建业务逻辑层组件（Model 组件）：一个JavaBean，取名为loginHandler.java；5）构建数据访问层组件：一个数据访问类，取名为dbPool.java；6）编译、打包程序；7）部署该程序到Web 服务器Tomcat 中，然后运行。该系统的工作流程如图1.3 所示：数据表设计：用户登录是一个涉及数据库操作的用例。为简便起见，本例使用的数据库为Sql Server 2005。登录涉及的数据表取名为T_UserInfo，其结构如表1.5 所示。表7 数据表T_UserInfo字段名字段类型字段描述userName 文本 (50 b) 用户名，主键password 文本 (30

31、b) 密码构建视图组件：本例有3 个视图组件，分别是登录页面login.jsp，主页面main.jsp 及注册页面register.jsp。它们之间的关系是，当用户在登录页面login.jsp 上填入用户名和密码并提交后，系统将检查该用户是否已经注册，如果该用户已注册，系统将进入主页面main.jsp，否则就进入注册页面register.jsp。构建控制组件：本用例的控制组件是一个Servlet，叫做loginServlet。该组件先处理HTTP POST 请求，然后调用模型组件或业务逻辑组件loginHandler 检查该用户是否已注册，如果已注册，系统转入主页面main.jsp，否则进入注

32、册页面register.jsp，要求用户注册自己的信息。另外，Servlet 都要在web.xml 中声明。loginServlet 在web.xml 中的声明如代码清单。构建模型组件：本用例的模型组件（或称为业务逻辑组件）是loginHandler。它先从数据访问组件dbPool 取得数据库连接，然后检查数据库中是否已有该用户的记录，即检查该用户是否已注册。如果已注册，返回true，否则返回false。构建数据访问组件：本用例的数据访问组件是dbPool。dbPool 从一个属性文件db. properties中获得数据库驱动程序名，URL，用户名和密码，然后利用这些信息连接数据库，取得连接

33、。因为所用数据库是Access, 数据库驱动程序采用sun.jdbc.odbc.JdbcOdbcDriver，数据库URL 为jdbc:odbc:login，其中login 是本用例的数据源。db.properties。5. 用户界面（1）登录界面（2）注册页面（3）主页（4）用户管理（5）资费管理（6）管理员管理（7）账单管理（8）帐务管理（9）用户自服务四、 性能需求本系统在性能上尽量做到实时性强、数据容量小、响应速度快、稳定性高、出错率低、容错性好等优点。1.1. 灵活性1.2. 数据管理能力的需求就目前看来，该系统中主要对文件和表单进行管理，数据库中的数据处理关系简单，但是数据库中的数

34、据量相对较多。因此，对数据管理能力要求相对较高。2. 质量要求如软件的实现原则所述，在软件的具体需求中可以有若干质量要求，如互操作性、可用性、安全性、可靠性、高效性、灵活性等用户关注的质量属性，也包括可维护性、可移植性、可重用性和可测试性等开发人员关注的质量属性。用户和开发商必须就系统的质量属性，根据质量属性的优先级，作出一定的取舍。在这里，我们尽可能提供高质量的产品和售后服务。2.1. 安全性在本系统的设计中，主要从以下几个方面考虑系统和数据的安全性：1 满足速度要求下的少余量原则：余量指的是逻辑上相同的数据，在不同的记录中重复出现，或在逻辑上能导出存在于数据库的记录中。从理论上讲，余量的存

35、在，在数据库设计的不合理，是破坏数据库一致性的潜在危险，同时会增加数据空间开销。但是，在特殊情况下，为了满足速度要求，常常设计一些余量作为数据库记录。当余量存在时，数据库一致性不能靠数据库管理系统来保证，只能通过开发软件的计算方法来解决，余量的存在，大大增加了系统的开发难度，所以余量是万不得已时才能使用，使用时，在计算方法上保证数据的一致性。2 系统权限原则：根据不同的用户，系统管理员授予不同的权限，从而可以避免对系统的越级操作和数据泄密。3 数据加密原则：这个主要是针对数据库端的数据进行的数据加密处理。包括对数据库服务器的用户口令管理、数据库管理系统的用户口令管理、以及数据库中部分数据的加密

36、处理。通过以上的几种加密技术处理，来进一步限制电信资费管理系统的使用权限，从而增强其安全性。4 防止非法登录原则：跳过登录页面，直接进入其他页面，则会跳转到非法页面，提示必须登录才能进入系统，随即跳转到登录页面。2.2. 可维护性电信资费管理系统的可维护性包括对数据的维护和对系统的维护，在设计时，主要从以下几个方面进行考虑：1对于正常的数据维护，管理人员可以通过电信资费管理系统本身来实现。数据维护包括权限设置、高级地址的集合运算、无用数据的删除、数据库的清理、数据备份与恢复等功能。2全面按照软件工程的要求来开发电信资费管理系统，做到严格管理、严格测试。每个工作阶段，都具备相应的经过严格审查的文

37、档，为将来系统服务提供技术上的保证。2.3. 可靠性随着软件的广泛应用，特别是软件在尖端领域的应用，软件可靠性成为一个非常重要的问题。软件的可靠取决于两个方面，一个是软件产品的测试与验证，另一个是软件开发的方法与过程。对简单的软件开发，我们的经验是先有对软件的要求，然后对软件进行设计，然后是编写程序，最后是对程序进行测试，如果测试出错则对软件进行修改，然后再测试，直至对程序满意为止。对复杂的软件系统，总的过程基本还是这样，只是各个阶段也相应复杂一些。比如说，软件的要求可能需要从多方面进行描述，软件的设计需要从多方面考虑，程序的编写需要分成多个单元，对于测试来讲也就有单元测试和总体测试的分别。有

38、些软件的要求难以一开始就完全清楚，而更改软件要求会对软件设计以及其他大量已经完成或正在进行的工作产生很大的影响，因此有些软件开发方法和过程就需要提供反复修改软件要求的便利。总之，严格按照软件工程流程设计、实现和测试是我们对系统可靠性的有力保证。五、 实训感想在实训的四天中，我也从中得到了许许多多的求知、为人处世的道理:第一，团结就是力量，我们应该在今后的学习中更加团结，更加努力；第二，要有一颗相互理解的心。在今后无论是学习还是生活中，与同学朋友相处应该要懂得相互理解，理解万岁； 第三，做事要细心，不可马虎，在以后的处事方面，应该要保持小心，谨慎的态度，特别是我们做建筑的，我们的处事态度关系到许

39、多人的生命安全，万万不可马虎；第四，学无止境，人无完人。经过这次的实习让我更加明白学无止境的道理，在今后的学习上，要活到老学到老的精神； 第五，温故而知新。孔子曾在几千多年就说过：“温故而知新，可以为师矣。”，所以我们在以后的学习上要时常复习，相信会在其中得到更多的知识；第六，人各有所长。每个人都有自己的长处，我们应该多虚心学习他人的长处，不断完善自己。第七，学会了吃苦耐劳，学会了艰苦奋斗的作风。 这次实习中得到的这些求知、为人处世方面的道理，将伴随我整个大学生活，甚至一生，它们将是我人生道路上的一笔极其宝贵的财富，我一定会好好珍惜和利用它们。相信它们对我今后的学习将会有很大的帮助，也相信一切

40、的一切，明天会更好。在这次的实习过程中，还有一群和我们一起努力，一起吃苦的人，他们都是最可爱的人我们的实训指导老师。在实训过程中，老师不辞辛苦给我们指导，为我们实习做出很大努力，给我们提供很多帮助和指导，在这里也真心地向老师们说声：老师，您辛苦了！谢谢您多日来的指导。六、 小组成员姓名 学号 任务 朱海峰 200813100259资费管理，管理员管理王延杰200813100244账单管理，用户自服务张晓刚200813100255登录管理，用户管理史红超200813100234帐务管理，模块组合 七、 附录（代码）登录代码： 用户姓名 用户口令     public

41、 class LoginCheck extends HttpServlet public void doGet(HttpServletRequest request, HttpServletResponse response)throws ServletException, IOException this.doPost(request, response); public void doPost(HttpServletRequest request, HttpServletResponse response)throws ServletException, IOException boolean mark=true;Logininfo info =new Logininfo();String user=request.getParameter(user);String upass=request.getParameter(upass);mark=info.check(user,upass);String path = request.g