ER图:

一直想把自己画的图拿出来与大家分享,不过说来惭愧,一是图还没画完,二是图画的确实不咋地, 对于机房收费系统还是感到混乱,图画的不好大家多多指正. 系统处理流程图: DFD图

前言 通过看视频,对于UML也有了一些初步的了解.前面也介绍了UML的三个基本块.规则和机制,只是这些东西就像是一个个机器的零部件.要组合起来才干发挥作用. 所以,实例才是验证自己学习好坏标准,以下我结合机房收费系统画了UML的九个实例图,如有认为不合适的地方,请大家多多不吝赐教: 类图(Class Diagram) 类图是描写叙述系统中的类,以及各个类之间的关系的静态视图.可以让我们在正确编写代码曾经对系统有一个全面的认识,在系统的整个生命周期都是有效的. 实比例如以下: 对象图(Object

在对一个软件系统进行设计和建模的时候,一般是从构造系统的基本词汇開始,包含构造这些词汇的基本属性和行为. 系统分析师假设要对所设计的系统清晰认识.还有考虑这些基本词汇之间的关系.而假设把这些行为可视化为图,就是通常所说的类图. 类图(Class Diagram)是描写叙述类.接口.协作以及它们之间关系的图,用来显示系统中的各个类的静态结构. 类图包含3方面内容: 1.类(Class). 2.接口. 3.关系: 类 类是对一组具有同样属性.操作.关系和语义的对象的描写叙述. 主要包含:类的名称(C

VB.NET第一版机房收费系统,告一段落,验收的时候.问题也是大大的存在,没实用上设计模式,什么触发器.存储过程,都没实用上.看看其她小伙伴的,七层实现登录?那是什么东东,相比較我的三层而言,多了两倍还加个一,通过查资料,看博客.憋了好几天,最终,憋出了一个七仙女---七层实现系统登录.七个女儿,各司其职,完美配合,衍生出众多漂亮的故事. 从三层猛地跳到七层,有种穿越的感觉.说白了就是不会,又是想逃避的感觉,但是人生在世,有的事情不能随着自己的性子来.喜欢了就去做.不喜欢.就不做,没办法.就一直

       机房收费系统有报表的功能,报表对于我们来说有点陌生.这不是会计的事吗?怎么机房收费系统也參合进来了,事实上我们学会了报表的步骤.理解了代码后.报表变得不是非常难,世上无难事,仅仅怕肯登攀吗!     以下是报表步骤      1 安装Grid++Report 报表设计器(在网上下载安装)      2 下载控件 安装  然后在vb的project-部件中引用 如图      3 创建模板(到时候导入到vb中)      4 在vb中用代码将报表链接      以下是我仅仅制作报表模

接着上篇我们说的配置文件,今天我们来说一下接口. 1.UML图 2.三层架构 3.Sqlhelper 4.配置文件 5.接口 6.设计模式 什么是接口呢?我们可以将接口理解为用于沟通的中介的抽象化.可以将接口理解为我们生活中的“中介”.那么我们为什么要在机房收费系统中加接口呢?机房收费系统中的接口到底起着什么作用呢?看一下下面这段代码,这是我接口的一段代码. '********************************************************************

VB.NET机房收费系统项目总结 从2013年5月3日——2013年8月20日历时三个多月的.NET机房收费系统终于完成了.项目做完了,真有一种如释重负的感觉. 下面我将从文档.UML图,代码这三个方面来进行总结,重点是前两方面内容. 一.文档 1.1可行性分析报告和项目开发计划 这两个文档主要是确定软件系统是否值得开发,搞清楚问题的性质,确定系统的目标和规模,从技术,经济和社会等方面分析论证项目的可行性.还有对此项目的开发做个总体的规划,内容有:项目的背景,项目概述,计划,人员及组织分工,交付

用例图(Use Case Diagram)是由软件需求分析到终于实现的第一步,说明的是谁要使用系统,以及他们使用该系统能够做些什么,是九种图里面最为基础且很重要的一张图.     用例图包含3方面内容:       1.參与者(Actor):       2.用例(Use Case):       3.參与者.用例之间的关系:关联关系.泛化关系.包括关系.扩展关系等: 參与者(Actor)    參与者是系统外部的一个实体(能够是不论什么的事物或人),它以某种方式參与了用例的运行过程.參与者通过

去年的时候,我写过一篇机房收费系统登陆的总结文章,那是站在VB的基础上,直接查询数据库实现的登陆.是很初期的知识.如果想了解详情,请看VB查询数据库之登陆窗体--机房收费系统总结(一). 今天,我要换一个角度,换一个方式,来实现登陆.首先,我选择的开发工具是VB.NET,数据库是SQLSever2008.其次,我用的是三层的思想,把界面,逻辑和数据都分开,减少相互之间的影响.在次,界面层尽量简洁,所有的算法和业务逻辑都写到逻辑层,同时使用了接口和工厂模式以及外观模式,减少了相互之间的依赖,降低了

经过几天的缝缝补补,自己的个人版最终OK了,!或许是由于有第一次的机房收费系统的经验,这次做,感觉很亲切. 在业务逻辑方面,沿袭曾经的逻辑.做了一点升级.可是修改不大. 在数据库方面,感觉自己从一个小菜鸟在成长.第一次做机房的时候,在数据库方面,仅仅会"insert ,delete ,update, select",基本上是靠着四句话完毕整个机房收费系统的.可是.这次在做的时候,用上了视图和存储过程和一些数据库中的小技巧.在表结构上也比曾经简练了不少,靠着强大的D层的基础,使得上层的编

调错部分 上一篇博客<VB.net版机房收费系统--结账功能实现(代码部分>说的是结账功能的实现,亮出了代码.是在为这篇博客做铺垫.尽管结账功能代码是借鉴的巨人的博客.可是自己比着葫芦画瓢还是有欠妥的地方,毕竟每个人作画的能力是不一样的.就和唱歌跑调似的. 悟空用如意金箍棒三打白骨精,我用仅有的耐心和智商调Bug,论白骨精和Bug孰是孰非,对此仅仅想说,祝愿全部的程序猿都能嫁个姓"梅"的.孩子取名"梅Bug". 期初是列名无效.然后尝试将存储过程中的一句

总感觉这次机房收费系统非常有份量,一直没有下手总结,从2014-7-27至2014-9-29.这中间有太多故事和成长.首先说一下两次机房收费系统的不同,它是我们从面向过程向面向对象的一个转变.在.NET平台下开发,採用三层思想,并加入了一些设计模式.然后说一下我的变化,无论从思想还是技术上绝对是一笔財富.经过这次机房收费系统.我更加坚信两句话:"出来混迟早都要还的""一切都会过去的". 这次个人重构:7.27-8.11(绘图阶段,当中包含数据设计2天):8.12-9

分层 分层是为了减少层与层之间的依赖,添加程序的可读性,让整个系统结构清晰明白.还可大大减少维护成本,可是分层也有一定的缺点,有些能够直接訪问数据库的层,却要通过负责訪问数据库的层进行訪问.这样,在訪问数据库过程中就多出一个环节,添加了系统的开销,有时候要在表示层添加某个功能.为了减少耦合,就不得不自上而下,在每一层里面添加这个功能所需的服务类,这样就添加了开发成本 分层越多越好吗?答案是否定的,引用一句话"我们也要     时刻谨记:不能盲目分层,不应分层而分层不应模式而模式. 这是非常重要的

[背景]通过一阶段的学习.自己整理了整理机房收费系统.以下想通过几张图来回顾一下机房的总体流程.此图形仅仅代表鄙人现阶段的理解.本文仅供參考,若有不妥的地方,请积极指正. 1.机房收费系统业务流程图 watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" alt=""> 2.机房收费系统ER

房费制开始重建的最终版本. 前几天.刚刚看完三层的视频,在视频中具体的解说了一个登录功能.天真的我,当时以为三层结构是那么的简单,所以我草草地做完总结之后,就非常快就開始机房收费系统的重构了.但是谁想到.当我一打开编程软件,就让我"碰了一鼻子的灰"!首先是不知道vs 怎么用,其次就是看三层的时候,登录的实例使用C#写的,而这次我们须要用VB.NET写,所以对于当中的语法是知之甚少.尽管,前段时间我看了一遍台湾讲师--曹祖胜的<VB.NET 视频>.可是他讲的差点儿都是一些底

距离机房收费系统已经过去了近2个月之久,如今的UML图才出来,从软件开发设计的逻辑上来讲这是顺序有问题的,不过,对于我们而言,而且是初次用面向对象的思想去设计和建模,就当是UML的一个实战练手的项目吧.正儿八经的从文档到UML建模到代码实施,严格按照软件工程的这一套程序跑下来,估计得到个人机房重构了. 以下的UML图是从已经设计好的机房中来,由于我的机房的思路和大家不太一样,当初我是侧重机房管理工作的职能分工来设计的系统.详情请点击我的博客--<机房收费系统--用户权限和功能分析>.因此一些图

如何在只有一套app设计稿(5s尺寸)切出4和4s尺寸以及安卓系统主流尺寸的图 转自:http://www.zhihu.com/question/23255417   版权归原作者所有 目前ios手机尺寸为320*480px:640*960/1136px:对应的手机型号为iPhone3/3g,iPhone4/4s/5/5s:他们的尺寸关系比为1:2 .android的屏幕众多(分为:idpi 240*320px.mdpi 320*480px.hdpi 480*800px.xhdpi720*128

我个人一直认为,组合查询是机房收费系统的一个难点,尤其是用到三层之后,如果要为组合查询中的每一个查询建立一个显然是太麻烦了. 下面介绍一下我的方法,对大家起个参考作用. 我将该表中可输入的内容定义为一个类,这样调用一次B层和D层就可以了完成查询了. 我以学生上机记录查询为例 1.UI层 Public Class FrmQuerryRecALLStuUP Protected Overrides Sub cmdQuerry_Click(ByVal sender As System.Object, B

最初接触存储过程是在耿建玲老师的视频里,当初仅仅是草草过了一遍.仅仅是有了个印象.知道了这个名词:大二时也有SqlServer数据库这门课,只是老师没讲,自己也没看:真正对存储过程的了解来自于自学考试中的<数据库系统原理>,在考试中,知道存储过程是干嘛的.在纸上怎么写,但从来没有在DBMS中亲手敲过.于是机房收费系统给了我这个机会. 在这里不再过多叙述关于存储过程德基本知识,仅仅写一下在机房收费系统这个小项目中是怎样用到存储过程的. 背景: 机房收费系统中有一个注冊的功能,原型图例如以下:  

近期在敲机房,对于SQLHelper也是心里有些怵,由于原来没用过,可是看了一些博客和资料后发现,假设不用这个类,会大大添加代码量,并且,事实上它并不新,它是一个有多个关于数据库增删改查操作的语句函数的类,使用这个类能够方便D层调用,对数据库的操作,我们无非就是增删改查,而函数就是有无參数,有无返回值,SQLHelper是个新词,只是我们却一直在用,仅仅是我们不这么叫,之所以叫SQLHelper,理所当然它是D层操作数据的助手, 在SQLHelper类中实现的方法包含: