iyo校园综合服务平台软件工程设计报告(编辑修改稿)内容摘要:
户名 :fgj 密码: 123456 确认密码: 123456 点击确定,提示注册成功,返回主页面 测试数据( 2): 邮箱: 447100651 用户名 :fgj 密码: 123456 确认密码: 123456 13 不能点击确定,提示邮箱输入不正确。 测试数据( 3): 邮箱: 用户名 :fgj 密码: 12345 确认密码: 123456 不能点击确定,提示密码确认不一致。 结论:注册数据输入正确时可以提交,输入不正确时不能提交并提示正确输入格式。 注册模块功能正常。 测试数据( 1): 输入邮箱: 输入密码: 123456 点击确定,登录成功,返回主页。 测试数据( 2): 输入邮箱: 输入密码: **** 点击确定,提示没有该用户,返回注册页面。 结论:登录功能正常。 后台管理各项操相同,以下只以用户管理为例。 测试操作( 1): 点 击用户管理,页面显示所有注册用户,分页正常。 测试操作( 2): 在用户列表选择其中一个数据,点修改,弹出修改编辑框,输入修改内容,提交后返回列表,修改成功。 测试操作( 3): 点击删除,点击确定,返回用户列表,删除成功,再点击删除,点取消,数据被删除。 问题出在 js 函数上,修改 js 函数后重试,数据不删除。 测试操作( 4): 输入 id/邮箱 /用户名,点击查找,不能查找。 原因:后台没相应处理 action。 解决:增加查找 action 函数。 结论:后台管理出现很多小问题,经过测试和修改后能正常使用。 14 用户卡号绑定,信息录取、修改都正常。 问题:用户没有绑定卡号时申社团出现错误。 原因:申请数提交到后台的处理函数中没检验数据。 解决:增加检验代码。 结果:没有绑定卡号的用户申请社团时提示先绑定卡号,运行正常。 在申请用户信息列表中点通过,申请用身份成为社团人员,在社团中身分为成员。 在成员列表点修改,能正确修改信息。 经过两周的测试试用,根据用户提出的问题进行经过修改更新,平台的注册、登录、卡号绑定、社团人 员信息管理等功能已能使用正常。 其中还有很多错漏的问题,由于时间有限,只能在日后再进行汇总和修改。 项目总结 项目完成情况 目前该网站所有与社团管理相关的功能基本完成,并全部进行了相关测试,运行结果正常,可以满足金石滩校区社团纳新工作的需要,作为社联信息化管理平台投入使用。 由于该网站使用校内网,手机所接收的外网信号访问不到网站资源,因此安卓客户端暂时没有投入使用。 实际使用情况 通过团队近两个月的努力,项目于 10 月 14 号开始正式使用。 作为社联的信息管理平台 ,承担 20xx 届的社团纳新工作,截止到今日( 11 月 6日),该平台注册用户数已超过 1800 人,保存全校 70余个社团信息,记录办卡人员信息 3900余条,保存 1501 条社团人员的信息,与 2025 条社团参与信息,总点击量达 37336次。 成员工作情况 根据工作职责的不同,将团队成员分为 3个小组,即前端组、安卓组、后台组。 1)前端组 负责人:丁心 成员:马慧,田原 任务描述:负责网站所有页面的设计与实现。 任务完成情况:丁心制作网站首页、管理中心和通知版块的相关页 面。 马慧制作论坛相关页面。 田原制作个人中心、指点社团、新闻版块的页面。 2)安卓组 负责人:伞银晨 成员:陶秭屹 任务描述:负责安卓客户端的设计与开发。 15 任务完成情况:伞银晨负责安卓客户端的总体设计与开发,陶秭屹负责安卓客户端界面的设计与实现。 3)后台组 负责人:黄湖川 成员:樊国敬 任务描述:负责网站后台的架构设计与开发,负责服务器的配置与维护。 任务完成情况:黄湖川负责与使用者沟通,确定需求与使用情况,从而进行项目的设计和后台的开发,与日 常维护。 樊国敬负责后台的开发与服务器的维护和配置。 收获与总结 该项目从 20xx年 4月份确定需求开始, 7月份正式开始制作,经过团队 2个多月的努力,在 10月份完成了该项目的设计、实现、测试、维护等主要工作,当前正作为社联的信息化管理平台已经投入日常化的使用, 通过制作该项目,让我们体验到了软件制作的标准化流程,即从需求的获取开始,然后经过设计、实现、测试等主要阶段的工作,最终完成一个能够满足用户需求的“有价值”的产品。 同时,该项目的制作由团队完成,所有队员都能够在假期时间主 动留下来参与项目的制作,并在制作过程中积极工作,增强了大家对于团队合作的体验,和团队精神与意识的形成。 总的来说,该项目的制作过程与完成情况比较成功,基本达到了预期的目标,但还存在很多缺陷有待改进,很多功能也需要进一步地实现。 但此次经历对于我们来说是非常宝贵的,不仅学习到了技术,更重要的是体会到了为“用户”开发产品并最终投入使用的整个过程,和团队协作、相互配合、共同完成目标的经历,使我们体验到了计算机专业人员的工作与感受。 参考文献: [1] 李刚 .轻量级 Java EE企业应用实战(第 3版) .电子工 业出版社 [2] 李刚 .疯狂 Java讲义(第 2版) .电子工业出版社 [3] 李兴华 .JavaWeb开发实战经典 .清华大学出版社 [3] 刘甫迎(编者) ,刘焱(编者) .Android移动编程实用教程 .电子工业出版社 [3] [美 ] Nicholas C. Zakas .JavaScript高级程序设计(第 3版) .人民邮电出版社 16 附件 1:小组分组情况说明 黄湖川 20xx083408 网络 114 伞银晨 20xx081620 计科 116 樊国敬 20xx083103 网络 111 陶姊屹 20xx083217 网络 112 马慧 20xx083412 网络 114 田原 20xx083422 网络 114 丁心 20xx083404 网络 114 附件 2:每个成员的工作报告 iyo 校园综合信息服务平台项目 个人工作报告 计算机科学与工程学院 网络 111 班 樊国敬 学号: 20xx083103 项目前期工作: 上学期在工作室内 10级学长带领下开始学习 java语言。 刚开始时目的不是很明确,只管埋头学习,到期中时,龚正学长写了一个需求文档,让我们用所学的东西去开发。 我们一边学一边做,通过实战来巩固所学知识和提高自身能力,虽然我们没有把学长给的项目进行到底,但是这个过程中我们掌握了很多技术,这些使技术在我们这次项目的开发中起了很大作用。 在我们学习过程中,龚正学长发现学校社团所使用的信息管理网站有漏洞,黄湖川帮他们解决漏洞过程中发现他们所用平台功能少,管理不方便等问题,他 17 认为我们工作室团队可做一个更好的平台。 经过几次讨论后,我们开始为开发一个让社联管理社团人员信 息和各社团展示自己及人员管理的 web 平台做准备。 我们首先确定了使用这个平台的不同身份的用户,以及他们对平台的功能需求,经过整理后,我们写下了一份简单的需求分析,这时已是学期期末。 因为大家一起学习的时候就选确定了方向,所以项目分工没有出现什么困难。 我的任务是实现服务端代码。 放假后,我们讨论了几次后确定确数据表信息。 数据库设计出来后又用了几天时间对数据表做一些修正。 数据库设计难点是各个表间的关系,例如一个注册用户,他同时是多个社团的成员,并且是其中的一个或几个社团的管理员,他的权限分配如果只参照一个表的话就 可能会出现权限越级了,因此,我们在权限表外再设一个描述社团人员身份的数据表,这样就解决了权限分配的问题。 数据库设计完成后我们就开始编码。 前期工作总结: 前期工作中我们做了需求分析、人员分工、数据库设计。 存在的问题:在获取需求时没有做好,没有写详细设计,导致编码时页面功能不确定,页面没有出来前写后台的就没法编写代码。 经验总结:在做项目时,需求分析一定要做好做细,在开始编码前必须设计好,尽量考虑更多的实现细节。 实现过程: 由于所学内容不是很深,我们采用 struts spring、 hibernate 三大框架整合 MVC 模式进行开发。 起初后台编码有三个人,我们把数据表分成三组相关组各自去实现 model层、dao 持久层和 service 层的基本操作。 三个人独立编码独立测试,完成任务后把文件合到一起。 没有用项目管理软件,把各组员写的代码合到一起时有些麻烦,还会出现合到一起后不能运行的情况。 在做这个项目之前我们都没有自己去搭建三大框架的开发环境,刚开始的时候遇到了不少问题,编写代码的前几天我们都用学长之前培训时给我们部署的环境去写代码。 经过几天的摸索我们才自己搭起环境。 环境搭起后我们开始写hibernate 持久层, model 层,对应数据库表的实体类。 其中最大的难点是在代码中实现各个表间的参照完整性。 我们参考了很多资料和实例代码,通过多次实验去测试,最终把问题解决了,但是,级联问题还是没解决,只能通过手动去修改数据库。 写完持久层实体类我们开始实现 dao 层,因为具体的操作还没有确定,只写了增删改查四个基本操作。 过程中还写了一些 service 层的类来测试。 这个过程中并没有什么大的问题。 做完上述的事后,由于页面功能没确定,页面还没做出来,我在项目中暂时没有任务。 在等待前台做出页面的时间里我做了一些前台后数交互的实 验。 页面出来后,我的任务是做论坛贴吧这个模块的内容。 过程中遇到问题是从数据库中分页提取数据,因为 hibernate 框架用得不熟练,解决这个问题花了不少时间,是在参考学长的代码后解决的。 还有因为和做前台的人员交流不够透彻,页面显示或要提交的数据跟后台的数据不对应。 做完这些后时间已过去三周了。 在本学期开学后的一段时间,我在项目中没什么任务,只在之前基础上做一 18 些改进。 后管理功能是黄湖川在做,做后台的三个中有一位退出,但并不影响项目进行。 9月初。iyo校园综合服务平台软件工程设计报告(编辑修改稿)
相关推荐
体说明 K0++ 右侧设置衡重式路肩墙,路肩墙总长 51米,墙高 ,面坡坡率 1:,基础埋深。 (具体布置见附件: K0++ 右侧衡重式路肩墙设计图一) 挡土墙高度≦ 时均采用 M10 浆砌片石,当> 时, 8 米以下部分采用 C15 片石混凝土浇筑。 挡土墙每隔 1015m 设一处沉降缝,沉降伸缩缝宽 2cm,缝内采用沥青麻絮填塞。 泄水孔尺寸采用Φ 10cm 的 PVC 管,沿墙身每隔
报告 8/21 { public void actionPerformed(ActionEvent event){ (()+str)。 } })。 查找替换功能 : public void showFind(){ setTitle(查找 )。 setSize(280,60)。 setVisible(true)。 } public void showReplace(){
邻的钢筋和检测管。 焊接结束后稍提起钢筋骨架,抽取临时支托,将骨架徐徐下放,直到设计标高位置。 另外为防止钢筋 笼在施工过程中坠落,其焊接时固定钢筋笼的箍筋一定要焊接牢固,吊车的钢丝绳及吊环施工前一定要认真检查。 钢筋顶部定位方法:根据现场测量的护筒顶标高计算钢筋笼顶的设计标高。 钢筋笼最后一节就位后焊接定位钢筋,其具体形状为倒弯钩形,上端弯钩按设计计算 标高焊接与护筒顶部,下部焊接在主筋上
工程完工报验(内部工程处理准则) 工程完工报验工程余料的退料及残料处理(一)承包工程完工时经办工程师应盘点实用材料数量,填报工程用料单报销,至于已领未用材料须填报退料单(附表五)会同本部业务员清点余料缴库,办理退料手续,至于所退余料的价格原则上以进货价(或成本价)的 8 折估价为本部库存材料处理,其余二成以该工程实用材料折耗支出列入工程成本计算。 (二)现场残存的下脚料及残料数量及价值
4)真空压浆施工 ( 1)水泥浆配合比 通过试验确定上述材料的配合比,水泥浆的强度等级为 C40。 ( 2)真空压浆设备 SZ2 型真空泵技术参数 型号 抽气速率 极限真空 功率 重量 SZ2 120m3 4000Pa 4kw 80kg 3SNS 注浆泵技术参数 型号 转速 理论排量 进道口径 排道口径 功率 重量 3SNS 245r/min 207L/min 64mm 32mm 931kg
处理造纸废水 IC反应器当今用于造纸行业也比较多。 用于各类废纸制浆的废水处理达标排放 ,通过治理后的废水回用 ,即不同程度的封闭循环 ,或者完全没有废水排放的零排放 ,在法国、德国、比利时等欧洲国家的造纸厂都有应 用。 IC 反应器的废水负荷约在 20~ 30kgΠ (m3・ d),加之后续好氧系统 ,COD、 BOD去除率分别达到 90%和 99%。 在我国