软件工程实验

 

有关实验的规范做法及要求

 

1、建立工作联系方式:狄工的QQ号码:772576479,要求每个课题小组分别建立一个Q群,通过QQ随时可以与狄工保持联系及讨论相关问题,一方面狄工可以及时调动有经验的程序员给大家支持,另外一方面狄工也提供实验必需的设备,但需要有专人负责管理,实验设备务必不能损坏与丢失,实验结束后归还给狄工。

2、本次所有试验均要求采用狄工提供的统一数据库设计工具完成,开发信息系统的时候首先需要使用一套工具建立模型,这种设计可以做到方便实现各个系统之间的共享要求,实验课开始后有关建模的内容狄工将会给大家介绍。另外熟悉这种方法之后,狄工手头会有大量开发工作计划外包出来,今后可以与狄工保持长期合作关系。

3、软件按照控件、部件、中间件的要求来做,这样做目的是通过软件积木实现系统的搭建,如果发现某个部件不合适,可以另外再做一个部件替换,不会影响系统其他功能。

4、所有题目都是真实的需求,可以一直做到毕业,做得好的同学甚至有可能会被应用该系统的公司招聘,希望大家能够认真做,引起有关公司的重视。

5、为了避免一个小组由多人组成,造成多人在一旁观看,只有少数人在做实验的问题,本次试验要求每人单独选题,各人的选题互不重复(可以选用不同开发工具,也可以分别选做B/S,C/S做相同题目便于对比效果)。

6、本次试验分为若干个主题,每个主题下面细分多个子系统,从实验的角度没要求使用的开发工具,但是如果在同一个主题之下,则会要求使用共同的开发工具,例如选用JAVA工具,则要求使用JAVA BEAN,如果选用misrosoft的系列工具,则要求使用控件、部件、中间件。要求系统使用模块搭建而成。

7、要求每位同学把自己的实验源代码放到到http://hp.jy100.com开发平台对应学校名目录下面,建一个自己名字的目录,每次调试后都要把代码放到这里来,这样狄工才能够知道各位同学的试验进度情况。

8、要求每位同学对自己做出来的控件、部件、中间件提供使用说明、接口调用参数说明,运行效果截图。

9、如果需要使用数据库,则需说明调用的数据库表名,如动态产生数据库,则需说明接入方法。

10、试验统一规定数据源采用开放式ODBC方式连接,在ODBC管理器中选择系统DSN,系统数据源名为:emis,驱动程序为:sql  server,配置设置为:名称:emis,服务器:183.63.100.139,选择使用用户输入登录ID和密码的sql server认证,账号:gduser,密码:gduser.,客户端配置选tcp/ip,默认数据库选emiswork,另外提供一个参考数据库ldfemis,可以使用SQL的查询分析器了解两个数据库的细节,便于理解自己开发的系统使用数据库标的情况。

11、自己做的控件、部件、中间件的命名规则:

功能名字母+日期(年月日,例如:140915),如有新版,同时还要保留旧版,则仅改动日期,保留功能名字母,便于识别,如为命名的新版,则代码保存的时候要另外建独立的目录。

以上要求体现出对于目前信息系统普遍存在开发效率低下,其需求的不确定性,系统的复杂性,而无法满足现实需求。我们把系统分解成多个软件积木(功能模块),通过搭建的方式快速组建系统,这里我们尝试做多人同步,大规模,使用不同开发工具,在不同地域,共同开发一个系统的设计思想。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

实验题目

 

一、 射频标签在干线物流的应用(本实验一个真实的完整系统,需要细分成多个小组分工完成);

实验条件:提供一个真实的干线物流系统参考。

实验结果:根据给定的参考系统,做出来增、删、改、查功能。同时需要接入RFID手持扫描设备完成现场扫描数据。

1、 台式射频标签的数据读写操作;

实验条件:提供实验台式读写器、射频标签卡

实验结果:利用台式读写器完成读、写射频卡操作并保存到数据库中。要求使用控件、部件、中间件技术(软件积木),制作一个使用射频卡登录系统的通用控件,使用数据库记录登录的时间,从登录到退出在系统的时长,登录的射频卡信息。

2、 手持射频标签数据采集与数据传输;

实验条件:提供手持射频标签采集器、射频标签卡

实验结果:自己编制一个APP软件,在安卓环境下实现射频卡信息扫描采集信息、可以手工在手持器上面输入数据、也可以使用手持器的的GPRS功能发送指定的数据到公网指定IP地址的服务器上去,按照干线物流系统的需求,完成一个真实系统的数据采集。

3、 服务器端采集通过GPRS发送过来的数据,并自动保存到内存及数据库;

实验条件:提供公网有固定IP地址的服务器,手持射频标签数据格式,模拟及真实发送的GPRS数据.

实验结果:按照干线物流系统的需求,在服务器采集到网络发送过来的数据,保存到指定的数据库中去,服务器数据采集程序能够处理1000个以上设备并发发数据,要求服务器能够对并发数据识别及处理。

 

4、 干线物流分拣系统同时读取放置在多个不同角度的射频天线货物射频标签数据,目的是提高RFID的识别率功能(本实验目的是解决货物在传输带上面传输中迅速识别,通过多角度放置的多个天线识别,提高系统的识别率;

实验条件:提供龙门架及RFID天线

实验结果:获取货物标签信息。

5、 干线物流管理系统界面设计;

实验条件:提供一个真实的参考系统

实验结果:根据真实的参考系统,使用控件、部件、中间件技术(软件积木)实现用户系统搭建,通过本实验,希望能够解决软件积木快速搭建系统界面的设计思想。

6、 干线物流管理系统增、删改、查功能控件;

实验条件:根据实验6的结果,使用控件、部件、中间件技术(软件积木),实现增、删、改、查功能,实验结果为后续使用软件积木快速搭建系统的设计思想。

二、射频标签在校园订餐的应用管理系统(这是一套真实完整系统,需要细分多个小组分工完成);

实验条件:提供一套校园订餐硬件设备做实验

实验结果:按照广州大学校园餐厅模式,做出一套可以在餐厅测试的系统。

7、 射频标签校园订餐界面,利用统一数据库设计(细分实验);

实验条件:根据校园订餐硬件条件设计界面,要求

实验结果:本小组的实验成果成功提供给其他小组使用。

8、 射频标签校园订餐增、删、改、查功能控件(细分实验);

实验条件:根据校园订餐硬件条件。

实验结果:实现系统操作功能。

智能图像识别

 

三、 智能图像识别

实验条件:提供录像供实验分析用

实验结果:首先使用普通电脑机提供的录像图像,按照要求尝试通过程序自动分析图像,分析结果的准确性,证明程序算法的合理性,找出适合嵌入式系统使用的算法,提供移植到嵌入式系统的算法。

9、 摄像头行人图像距离识别算法及实现(子系统);

实验条件:提供行车记录仪图像数据;

实验结果:能够动态抓取行车记录仪的行人图像并自动判断距离,重点放在动态抓取行人图像及距离判断算法,便于移植判断算法到嵌入式系统中去。

10、 摄像头道路障碍物距离识别算法及实现(子系统);

实验条件:提供行车记录仪图像数据

实验结果:能够动态抓取道路障碍物并自动识别距离,重点放在动态抓取道路障碍及距离判断算法,便于移植判断算法到嵌入式系统中去。

11、 摄像头道路文字识别(限速)算法及实现(子系统);

实验条件:提供行车记录仪图像数据

实验结果:能够动态抓取道路限速标识并自动识别,重点放在动态抓取道路限速标识并自动识别算法,便于移植判断算法到嵌入式系统中去。

12、 摄像头道路实线、虚线、标线识别算法及实现(子系统);

实验条件:提供行车记录仪图像数据

实验结果:能够动态抓取道路实线、虚线、标线及识别,重点放在自动抓取及自动识别算法,便于移植判断算法到嵌入式系统中去。

四、 回程车利用管理系统(本实验可以细分多个小组分工完成);

实验条件:提供参考系统及需求

实验结果:使用控件、部件、中间件搭建一套管理系统。

13、 回程车利用管理系统增、删、改、查功能控件(子系统);

实验条件:提供参考系统及需求

实验结果:使用控件、部件、中间件技术实现增、删、改、查功能。

14、 回程车利用管理系统界面设计(子系统);

实验条件:提供参考系统及需求

实验结果:使用控件、部件、中间件技术做界面,并能够把增、删、改、查功能在界面上实现。本实验目的是希望通过这样的软件积木方式方便产生应用系统的界面,通过简单设置、调整就可以快速产生应用系统。并通过回程车利用的系统证实方法的可行性。

五、 仓库中介管理系统;

实验条件:提供参考系统及需求

实验结果:使用部件、控件、中间件技术搭建一套可运行的管理系统。

15、 仓库中介管理系统界面设计;

实验条件:提供参考系统及需求

实验结果:使用控件、部件、中间件技术做界面,并能够把增、删、改、查功能在界面上实现。本实验目的是希望通过这样的软件积木方式方便产生应用系统的界面,通过简单设置、调整就可以快速产生应用系统。并通过仓库中介管理系统证实方法的可行性。

16、 仓库中介管理系统增、删、改、查功能控件;

实验条件:提供参考系统级需求

实验结果:使用控件、部件、中间件技术实现增、删、改、查功能。

六、 安卓定位系统;

实验条件:提供一套原型参考系统及接口

实验结果:完成一套安卓APP系统,根据自己的理解及兴趣,添加功能并能够真实可运行。

七、 物流小型调度管理系统

实验条件:提供一套参考系统及需求

实验结果:根据客户的真实需求,自己对客户需求的理解,使用控件、部件、中间件技术(软件积木)的思想,完成一套可运行的系统。

17、 物流小型调度系统界面设计(子系统);

实验条件:提供一套参考系统及需求

实验结果:使用控件、部件、中间件技术做界面,并能够把增、删、改、查功能在界面上实现。本实验目的是希望通过这样的软件积木方式方便产生应用系统的界面,通过简单设置、调整就可以快速产生应用系统。并通过物流小型调度管理系统证实方法的可行性。

18、 物流小型调度系统增、删、改、查功能控件(子系统);

实验条件:提供一套参考系统及需求

实验结果:使用控件、部件、中间件技术实现增、删、改、查功能。

八、 代收货款监管平台管理系统;

实验条件:提供需求

实验结果:使用部件、控件、中间件技术搭建一套可运行的管理系统。

19、 代收货款监管平台增、删、改、查功能控件;

实验条件:提供需求

实验结果:使用控件、部件、中间件技术实现增、删、改、查功能。

20、 代收货款系统界面设计

实验条件:提供需求

实验结果:使用控件、部件、中间件技术做界面,并能够把增、删、改、查功能在界面上实现。本实验目的是希望通过这样的软件积木方式方便产生应用系统的界面,通过简单设置、调整就可以快速产生应用系统。并通过代收货款管理系统证实方法的可行性。

九、 社区管理(末端物流)

实验条件:给定系统功能框图,统一数据库

 

 

 

实验结果:这是一个社区平台系统,也是一个末端物流配送系统,没有选择前面20个题目的同学,可以在这里自行选择一个功能来做,每个模块都是独立的功能,要求能够完成基本功能,要求使用控件、部件、中间件技术实现系统搭建,哪个模块不合适就可以拿掉,不会影响系统其他功能。另外每个功能还可以细分成多个子模块,由同学们自行确定细分模块内容,但是要求每人所做的工作不能重复,必须自己完成所选模块,同时要求最后的做出来的软件模块可以与其他同学做的模块做集成、组装系统,最终能够形成完整功能的系统。

 

21、 

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
1.1编写目的 1.为了让网站开发更具有目的性 2.为了让客户更加清楚软件的开发过程与进度,增加与客户的交流 3.加强项目组内的管理,让工作清晰化 4.可以合理安排组织成员,有效利用时间,以确保项目进度,预见项目风险等活动。 5.项目开发成员通过此计划书明确项目目标以及各自职责 1.2参考资料 《实用软件工程》 《JAVA网络高级编程》 《软件工程》 《信息系统分析与设计》 2.项目概述 2.1工作内容 2.1.1.制作和修订项目开发计划; 2.1.2.进行计划跟踪与监控; 2.1.3.工作产品及时进行受控管理; 2.1.4.按计划提请阶段评审; 2.1.5.提交测试部门评测开发产品; 2.1.6.交付最终工作产品。 2.1.7.项目实施总结 2.1.8.项目验收 2.2条件与制约 2.2.1.能够存储大量图书和读者信息,并方便有效的进行相应的图书操作和管理,这主要包括: A.能够通过书籍基本信息查询书籍信息; B.对于每一种书籍,除可查看其基本信息之外还可查看其总数以及目前在馆数量; C.可增添,删除,修改书籍信息; D.能够添加、修改、删除用户基本信息; E.用户可查看其基本信息之外,还可查看其已借的书籍列表、数量、借还日期。 2.2.2.能够对需要的统计结果提供打印输出。 2.2.3.能够提供一定的安全机制,提供数据信息授权访问,防止随意删改,同时提供信息备份的服务。 2.3产品及成果 2.3.1.程序 软件名称:图书馆管理系统编程语言:JSP 存储方式:U盘,计算机 2.3.2.文件 1.用户操作手册:本手册详细描述软件的功能、性能和用户界面,使用户对如何使用该软件得到具体的了解,为操作人员提供该软件各种运行情况的有关知识,特别是操作方法的具体细节。 2.软件维护手册:主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明,便于软件的维护。 2.3.3.服务 计划提供以下服务: 1.课堂培训:以讲课形式对客户进行培训,使其能够正确使用软件; 2.免费咨询:客户可以在工作时间向技术人员提出问题并获得解答; 3.技术支持:对于某些客户,采取上门指导的方式; 4.软件维护:获取软件使用中的问题,提供补丁程序; 5.升级通知:在软件新版本发布的时候,及时通知(Email或邮寄信件)注册的用户,并提供试用版本; 6.软件升级:对于注册用户,只需较少的费用即可升级到新的版本;7.培训安装、维护和运行支持从使用该系统开始,维护期限为--年。 2.4运行环境 操作系统为Window 10,使用集成开发工具Eclipse5.5.1,数据库采用SQLServer2012,项目运行环境为IIS5.0。 2.5验收标准 2.5.1.代码的验收 最后在交付客户之前进行小组内评审,代码编写符合HB6465标准,与文档说明保持一致,代码书写风格统一,采用标准规范,没有下列错误:由于软件缺陷造成丢失数据,不符合设计要求,响应时间太长无法接受等问题。 2.5.2.文档验收 最后在交付客户之前进行小组内评审,文档格式符合HB6465标准,功能符合与客户的合同要求,清晰易读,没有语病与歧义。 2.5.3.服务验收 服务硬件达到文档说明的要求,人员技术考核合格,定期上门维护。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值