(定稿)某污水处理厂项目投资立项申报书4(喜欢就下吧)
1、手机端页面文档仅支持阅读 15 页,超过 15 页的文档需使用电脑才能全文阅读。
后置条件或称为成功保证。
表述在用例结束时,系统将要保证的限定条件,般都是在成功完成用例后成立。
旦用例被成功地执行,可能会导致系统内部些状态的改变,比如成功地借出图书会使图书状态改变等。
表新闻内容显示用例说明用例名称新闻内容显示参与者般浏览者简要说明本例允许般浏览者查看新闻的内容用例图般浏览者新闻内容显示基本流当般浏览者希望读取新闻内容时,本用例开始执行浏览者根据输入的标题与系统取得联系系统根据浏览者的需要返回与标题相关的信息浏览者读取返回的信息备选流备注无表删除新闻用例说明用例名称删除新闻参与者后台管理者简要说明本例允许后台管理者在系统删除已有的新闻用例图后台管理者删除新闻基本流当后台管理者希望删除新闻时,本用例开始执行系统显示所要删除新闻的信息管理员删除新闻系统更新数据库备选流在主流程中,如果管理者要删除的新闻在系统中不存在,系统显示信息,管理者接受此信息,用例结束。
特殊需求无前提条件用例开始前,管理者必须在系统登录成功后续条件如果用例执行成功,系统更新数据库,否则,系统状态不变。
备注无顺序图顺序图描述了对象之间传送消息的时间顺序,它用来表示用例中的行为顺序。
顺序图从定程度上更加详细地描述了用例表达的需求。
顺序图的目的在于描述系统中各个对象按照时间顺序的交互过程。
在中,顺序图将交互关系表示为二维图。
其中,纵轴是时间轴,时间沿竖线向下延伸。
横轴代表了在协作中各个独立的对象。
当对象存在时,生命线用条虚线表示,当对象的过程处于激活状时,生命线是个双道线。
消息用从个对象的生命线到另个对象生命线的箭头表示。
箭头以时间顺序在图中从上到下排列。
新闻管理系统前台的顺序图如图所示。
图前台顺序图后台管理员在输入姓名和密码登录后,可以单击添加新闻进入添加新闻管理模块。
该模块其实是个添加新闻的列表表单。
系统将表单反馈给管理员,要求管理员输入添加信息。
注意填写要求,比如新闻类型不能为空,内容不能小于多少字符等。
输入信息后提交表单信息给数据库模块,数据库模块将把新闻信息存入到数据表中,从而完成新闻的添加,最后反馈添加成功给管理员。
新闻管理系统后台操作中添加新闻的顺序图如图所示。
图管理员添加新闻顺序图后台管理中的修改新闻删除新闻和添加新闻的时序图大同小异这里就不进行文字叙述了图所示为管理员删除新闻顺序图。
图所示为管理员修改新闻顺序图。
图管理员删除新闻时顺表图管理员修改新闻列表活动图活动图描述活动的顺序,展现从个活动到另个活动的控制流。
活动图在本质上是种流程图。
新闻管理系统前在主流程中,如果浏览者输入的标题在系统中不存在,系统显示信息,浏览者接受此信息,用例结束。
特殊需求无前提条件用例开始前,浏览者必须输入或选择个标题后续条件如果用例执行成功,浏览者成功读取所需的信息,否则,系统返回出错信息。
备注无表其它相关新闻显示用例说明过后续数据库的设计和程序流程来控制。
登录身份验证失败修改新闻添加新闻删除新闻新闻管理设计软件架构是种思想,个系统蓝图,对软件结构组成的规划和职责设定。
个软件里有处理计算的处理界面的处理数据的处理业务规则的处理安全的等许多可逻辑划分出来的部分。
软件架构的意义就是要将这些可逻辑划分的部分独立出来,用约定的接口和协议将他们有机的结合在起,形成职责清晰结构清楚的软件结构。
软件架构是个逻辑性的框架描述,它可能并无真正的可执行部分。
大部分的软件架构都是由个设计思想,加上若干设计模式,在规定系列的接口规范传输协议实现标准等文档构成的。
在本系统中采用的是经典的三层体系结构设计。
系统的组件有服务器,前台浏览界面,后台维护界面,新闻修改界面,新闻添加界面,新闻删除界面和登录界面。
除了组件,系统还应有自己的配置,配置图主要是用来说明如何配置系统的软件和硬件。
新闻中心管理系统的应用服务器主要负责保存整个应用程序,数据库则是负责数据管理。
此外还有多个终端作为系统的客户端。
客户端的客户机可以通过互联网与应用服务器连接,管理员也可以通过互联网管理整个应用服务器。
组件图是用来建模软系统各组件,使用组件图可以帮助用户了解个功能位于软件包的哪个位置,新闻管理系统的组件图如图所示。
图新闻管理系统组件图部署图用来建模部署建模的系统时涉及到的硬件部署图有两个标记符节点和关联新闻管理系统的部署图如图所示。
图新闻管理系统组件图界面设计用户界面原型是个草图,包含用例提到的系统和用户进行交互的必要元素界面原型不描述太多细节,通常包含以下内容需要由用户输入到系统中的数据窗口或表格需要由系统执行的操作按钮系统应及时做出回应的事件需要由系统输出给用户的数据窗口或消息。
图浏览者浏览新闻的界面图管理者添加心管理员和使用者用户,六个用例分,如图所示。
图系统的用例图用例规约用例图是对系统中的用例的高度概括和直观的表示,但没有细节。
个用例就像个故事,使用文字叙述对用例进行详细描述。
个编写良好的用例应该具有很好的可读性,没有可读性的用例则点儿用也没有。
用例的描述可以有多种格式,从随意的语言描述到定义严格的用例模板,可根据实际情况选择。
用例规约主要内容有简要说明简要介绍该用例的作用和目的。
事件流包括基本流和备选流,基本流描述的是用例的基本流程,是指用例正常运行时的场景备选流描述的是用例执行过程中可能发生的异常或偶然情况。
基本流和备选流综合起来能够覆盖个用例所有可能发生的场景。
用例场景同个用例在实际执行的时候会有很多不同的情况发成,称之为用例场景。
用例场景就是用例的实例,包括成功场景和失败场景。
在用例规约中,由基本流和备选流组合来对场景进行描述。
在描述用例的时候要注意覆盖所有的用例场景。
此外场景还能帮助测试人员进行测试,帮助开发人员检查是否完成所有的需求。
特殊需求描述与该用例相关的非功能性需求包括性能可靠性可用性和可扩展性等和设计约束所使用的操作系统开发工具等。
前置条件表述在系统允许用例开始以前,系统应确保为真的条件。
这可为后续的编程人员提供帮助,从而确定在用例的实现代码中哪些条件无须再次检验。
如果前置系统本系统中只实现了以较低的速度前进。
若用,步进电机等实现小车,可以使小车直道高速行驶,在弯道低速行驶。
大大提高小车速度。
多种传感器结合。
本系统中只用了红外线传感器。
这对环境和路面有严格要求。
可以把超声波传感器热红外传感器等加入系统,增加小车识别路面的能力,提高小车的实用性。
电源。
本设计使用的是节普通号电池供电。
供电能力有限。
且电动机和单片机是同电源。
可以安装多电压电源,使电动机和单片机分开供电。
致谢这次的毕业设计是在陈老师的悉心指导下完成的。
从课题的选择设计到论文的撰写以至最终定稿,期间遇到很多很多问题,都得到了陈老师全力细心的指导。
在此,向陈老师表示衷心的感谢,感谢电子学院测控系的所有老师和领导多年来对我的培养帮助,使本人在本科学习中不仅学到了必备的专业知识技能和思考解决问题的方法,还学到了严谨治学的科研精神和积极进取的人生态度。
谢谢各位老师的精心培养,热心帮助和鼓励。
感谢陈老师所带毕业设计小组的所有同学,正是大家衷心的鼓励和热情的帮助,才使我能够顺利地完成本次设计。
同时,感谢测控专业的所有同学,给我创造了个团结进取,充满温暖,充满爱的大集体,使我快乐而且充实地渡过了人生中最美好的大学时光。
参考文献王化祥,张淑英传感器原理及应用天津天津大学出版社,李群芳单片微型计算机与接口技术北京电子工业出版社,宋健,姜军生,赵文亮基于单片机的直流电动机调速系统农机化研究边春元,李文涛,江杰,杜平单片机典型模块设计与应用机械工业出版社李华系列单片机实用接口技术北京航空航天大学出版社,楼然苗单片机设计实例北京航空航天大学出版社,王晶,翁显耀,梁业宗自动寻迹小车的传感器模块设计武汉理工大学自动化学院湖北武汉刘迎春传感器原理设计与应用长沙国防科技大学出版社,何立民,单片机应用系统设计,北京航天航空大学出版社李广弟,单片机基础,北京北京航空航天大学出版社,陈伯时,电力拖动自动控制系统,第二版,北京机械工业出版社,年月,,,何希才,新型实用电子电路例,电子工业出版社,年,赵负图,传感器集成电路手册,第版,化学工业出版社张毅刚,彭喜元,新编单片机应用设计,第版,哈尔滨工业大学出版社,附件左边电机的占空比右边电机的占空比定时器中断计数器通过独立设计并制作辆具有简单智能化的简易小车,获得项目整体设计的能力,并掌握多通道多样化传感器综合控制的方法。
所以立寻线智能小车系统设计与调试题作为毕业设计来锻炼自己巩固自身知识修养。
智能技术的应用及发展趋势如今知识工程计算机科学机电体化和工业体化等许多领域都在讨论智能系统,人们要求系统变得越来越智能化。
显然传统的控制观念是无法满足人们的需求,而智能控制与这些传统的控制有机的结合起来取长补短,提高整体的优势更好的满足人们的需求。
随着人工智能技术计算机技术自动控制技术的迅速发展,智能控制必将迎来它的发展新时代。
计算机控制与电子技术融合为电子设备智能化开辟了广阔前景。
直流电机概述直流电机在当今生活的要求。
软件仿真可以随意修改源程序。
利用软件绘制仿真图,条件不满足,用例无法被启动,比如预定图书用例的前置条件是读者已正确登录到系统中。
后置条件或称为成功保证。
表述在用例结束时,系统将要保证的限定条件,般都是在成功完成用例后成立。
旦用例被成功地执行,可能会导致系统内部些状态的改变,比如成功地借出图书会使图书状态改变等。
表新闻内容显示用例说明用例名称新闻内容显示参与者般浏览者简要说明本例允许般浏览者查看新闻的内容用例图般浏览者新闻内容显示基本流当般浏览者希望读取新闻内容时,本用例开始执行浏览者根据输入的标题与系统取得联系系统根据浏览者的需要返回与标题相关的信息浏览者读取返回的信息备选流备注无表删除新闻用例说明用例名称删除新闻参与者后台管理者简要说明本例允许后台管理者在系统删除已有的新闻用例图后台管理者删除新闻基本流当后台管理者希望删除新闻时,本用例开始执行系统显示所要删除新闻的信息管理员删除新闻系统更新数据库备选流在主流程中,如果管理者要删除的新闻在系统中不存在,系统显示信息,管理者接受此信息,用例结束。
特殊需求无前提条件用例开始前,管理者必须在系统登录成功后续条件如果用例执行成功,系统更新数据库,否则,系统状态不变。
备注无顺序图顺序图描述了对象之间传送消息的时间顺序,它用来表示用例中的行为顺序。
顺序图从定程度上更加详细地描述了用例表达的需求。
顺序图的目的在于描述系统中各个对象按照时间顺序的交互过程。
在中,顺序图将交互关系表示为二维图。
其中,纵轴是时间轴,时间沿竖线向下延伸。
横轴代表了在协作中各个独立的对象。
当对象存在时,生命线用条虚线表示,当对象的过程处于激活状时,生命线是个双道线。
消息用从个对象的生命线到另个对象生命线的箭头表示。
箭头以时间顺序在图中从上到下排列。
新闻管理系统前台的顺序图如图所示。
图前台顺序图后台管理员在输入姓名和密码登录后,可以单击添加新闻进入添加新闻管理模块。
该模块其实是个添加新闻的列表表单。
系统将表单反馈给管理员,要求管理员输入添加信息。
注意填写要求,比如新闻类型不能为空,内容不能小于多少字符等。
输入信息后提交表单信息给数据库模块,数据库模块将把新闻信息存入到数据表中,从而完成新闻的添加,最后反馈添加成功给管理员。
新闻管理系统后台操作中添加新闻的顺序图如图所示。
图管理员添加新闻顺序图后台管理中的修改新闻删除新闻和添加新闻的时序图大同小异这里就不进行文字叙述了图所示为管理员删除新闻顺序图。
图所示为管理员修改新闻顺序图。
图管理员删除新闻时顺表图管理员修改新闻列表活动图活动图描述活动的顺序,展现从个活动到另个活动的控制流。
活动图在本质上是种流程图。
新闻管理系统前在主流程中,如果浏览者输入的标题在系统中不存在,系统显示信息,浏览者接受此信息,用例结束。
特殊需求无前提条件用例开始前,浏览者必须输入或选择个标题后续条件如果用例执行成功,浏览者成功读取所需的信息,否则,系统返回出错信息。
备注无表其它相关新闻显示用例说明过后续数据库的设计和程序流程来控制。
登录身份验证失败修改新闻添加新闻删除新闻新闻管
