浅陋之见，欢迎批评斧正。 一、分析 1、工具 第一次机房收费系统是依据胡阳先生写的成品为模型、用VB写成的，使用说明如下： 安装、配置SQL Server（不提）。 2、数据库 分析数据库charge_sys，如下： （这个时候onenote的好处就大大的体现出来了，它也确实帮了大忙，感谢微软，感谢onenote） 二、设计 1、窗体 2、顺序 根据窗体的难易程度分类，确定实现顺序（和时间）。 自

   之前第一遍机房收费的时候，用的数据库是别人的，认知也只能建立在别人的基础上，等自考中《数据库系统原理》这本书学完了之后，再去看以前的数据库，发现数据库真的还需要进一步的优化，下面是我设计数据库的一些见解，希望大家多提些意见。   数据库设计   E-R模型：   在观念模型设计阶段，一个系统都是建立在ER模型上的，设计好ER模型，很重要。   我设计的ER图：   系统中的实体：很简单，就是

    这次的机房重构是在师哥指导下一步步按着项目的开发流程来的，从开始的画图到数据库设计然后到现在的代码实现，画图主要是包图、类图、用例和时序图，从三层到加上工厂和外观的七层，师哥也可谓是循循善诱，尤其时序图，开始的两天一点头绪也没有，后来也就那么画出来，因为好多方法的参数和返回值真的不知道怎么定义，所以代码实现的时候还会改动；然后就是数据库这次不要使用人家的，可以借鉴，但每张表怎么抽象，每个字

       对于建表这块花了很长时间，伴随着整个系统的一步步实现。最初，想把所有表都建完了再开始敲窗体的，后来就边建表边敲窗体了。做的过程中对于表的认识更加深刻，那是边做边改啊。随着后边功能的实现需要什么，就又在表里添加什么。以原模版为基础，按照自己的理解与思路去建表。     下面我把我的建的表分享给大家！     我将整个系统的表按照功能划分为四个部分：系统，一般用户，操作员与管理员，总共1

    在边建表边敲窗体的过程中，遇到很多问题，所以一边改，一边继续进行，最后将窗体改成下边这个模样。 窗体菜单：  窗体功能分布图： 第一次做的功能分析图： 解释说明：      这次画的图与最初画的系统功能分析图不太一样，但是基本内容没怎么变，只是将权限功能分的更明确一些。 （1）将修改密码，帮助，版本信息，退出系统提出来，作为单独的一个“系统”菜单。 （2）将结账，日账单，周账单统一放到“结

    其实从寒假开始我就开始进行敲代码的打算，无奈“无规矩不成方圆”，既然我们学习了软工，就必须得按着步骤来进行！先设计数据库，再画图，再文档！这不就对于数据库的设计，关于ER图，研究了近1天，才算是建出合格的数据库了！ ER图： 那么自考时候学的数据库知识就用到了！ 先看这个图有学生，卡和操作员，管理员这四个实体，但是操作员和管理员的属性相同，所以可以看做用户实体。这样表就出来了： 用户表（U

         对UI设计我们应该不陌生了,自己做过几个小系统,像学生管理系统、机房收费系统等都是客户端模式，当然还有我们的牛腩新闻发布系统，这是我们第一次接触的比较正规的web系统。现在就vb.net的一些UI设计小技巧给大家做个总结，希望对我们的重构或合作都有所帮助吧。         合作的时候我是负责U层的，所以设计这里就要尽可能的想到“全心全意为人民服务”。因为用户使用的时候就是跟页面

     在vs2012中，基于vb.net环境开发了一个机房收费系统，在这个系统中用到了报表。什么是报表？          过去没有计算机的时候，我们算账，记录信息等都在纸上进行，就是列账单清单，通过账单，所需要的信息一目了   然。 在计算机的年代，取缔了手写+纸质账单，用软件来制作清单。这是我用Report.rdlc控件做的一个简单的报表。            设计  制作报表 （1）在

     由于第一次机房收费自己偷懒没有亲自设计数据库，所以这次重构一定要亲自动手设计一下，否则感觉错过的太多。况且设计数据库乃是很重要的一项技术，不能轻视，更不能无视。 设计数据库之前，先回顾一下三范式： 第一种说法： 1NF：符合1NF的关系中的每个属性都不可再分。 2NF：在1NF的基础之上，消除了非主属性对于码的部分函数依赖。（如果依赖于主键，则需要依赖于所有主键，不能存在依赖部分主键的情

我非常喜欢ASP.NET MVC的工作方式.我很乐意在所有新的网络项目中实施它,但是前几天我在原型中遇到了一个障碍,我真的没有找到一个好的解决方案,所以我问你,你将如何设计一个MVC应用程序那不符合典型的REST模式？作为一个例子,我设计的原型将有几个页面,但页面本身不一定绑定到域模型.例如,选择一个简单的注册站点,该站点可能包含以下页面： > /Default.aspx > /Reister.a

使用基于声明的模型设计ASP.Net MVC应用程序授权.让我们说我们有一个名为 – Product的对象.通常,有4种不同的操作 – 创建,编辑,删除和查看.授权使用ClaimsAuthorize属性完成. [Authorize] public class ProductController : Controller { [ClaimsAuthorize("Product", "VI

我正在将旧的Web窗体应用程序扩展/转换为全新的MVC应用程序.扩展既包括技术也包括业务用例.遗留应用程序是一个做得很好的数据库驱动设计(DBDD).所以对于例如如果您有不同类型的员工,如运算符,主管,商店管理员等,并且您需要添加新类型,您只需在几个表中添加一些行,瞧,您的UI自动拥有添加/更新新内容的所有内容员工类型. 然而,层的分离并不是那么好. 新项目有两个主要目标 >可扩展性(适用于当前和

我有一个应用程序,其中包含需要为权限设置的内容(即成员/非成员) 我有角色/身份验证设置就好了,这不是我的问题.我的问题基本上是询问存储每个对象权限的最佳方法.基本上有“Guest”和“Member”角色,以及每个对象的简单“Allow”“Deny”权限. 有任何想法吗？该程序使用C#,LINQ和MS-SQL 2005在ASP.NET MVC中编写. 如果要保护资产(文件,数据库行,域实体,文档等

我想通过学习更多关于依赖注入/ IoC和其他最佳实践方法来成为一名优秀的编程公民.为此,我有一个项目,我正在努力做出正确的选择,并以“正确”的方式设计一切,无论这意味着什么. Ninject,Moq和ASP.NET MVC帮助实现可测试性并将应用程序“推出门外”. 但是,我有一个关于如何为我的应用程序所包含的对象设计实体基类的问题.我有一个简单的类库,Web应用程序是建立在它之上的.这个库暴露了一