汽车4s店信息系统解决方案

汽车4s店信息系统解决方案内容摘要：

实的基础。 系统部署规范 （ 1） 系统 版本部署规范 定义方法： V 主版本编码 .次版本编码 .修正版编码 主版本：以程序主要功能变动或三个以上功能变动作界定。 次版本：以 程序功能的变动作界定。 修正版： 以 修改程序错误作界定。 （ 2） 系统目录部署规范 表 1 系统目录部署规范 目录 说明 Component 组件 DLL 文件 Source 代码源文件 Config 系统配置文件（ ini 文件等） Image 图片文件、图标文件 系统编程规范 （ 1） 一般 常量命名规范 以大写的实体名称作命名，如： MAX = 100。 （ 2） 异常常量命名规范 自 定义的异常常量的命名方法（大写）： ERR_模块名 _异常类型 _异常名称。 异常类型如下所示： 表 2 异常常量命名规范 异常类型 说明 SYS 系统性异常，如： I/O 异常 MDL 模块性异常，如：处理流程错误 FNT 函数异常，如：逻辑错误 例如： ERR_CUSTOMER_MDL_MISSNAME （ 3） 一般变量命名规范 中南大学本科生毕业设计 674fb3964f7ba9b1b239c8859fba799f 15 一般变量 命名规范为变量意义名称 +数据类型，使用大小写混合的英文串来构造，构造必须遵循见 名知义的 原则。 如 变量 RowCount_int 表示行的数量 ，该数据 类型是integer 型。 表 3 一 般常量类型命名规范 数据类型 后缀 数据类型 后缀 Sbyte sbyt Bool bln Byte byt decimal dec Short sht enum enm ushort usht object obj Int int string str Uint uint array arr Long lng date date ulong ulng time time Char chr datetime dtime Float flt Bool bln double dbl decimal dec （ 4） 异常变量命名规范 异常变量命名方法： err_异常名称。 异常枚举变量命名方法： enm_err_异常名称。 （ 5） 控件变量命名规范 控件变量命名 规范为控件类型 +实体名称，实体名称命名规范如一般变量命名规范，即 使用大小写混合的英文串来构造，构造遵循见名知义的原则。 如变量 frmSaleBill 表示销售单窗体。 表 4 控件变量类型命名规范 控件类型 前缀 控件类型 前缀 Button Btn NotifyIcon Nin CheckBox Chk Numeric UpDow n Nud CheckedListBox Chklst OpenFileDialog Ofd ColorDialog Cld PageSetupDialog Psd ComboBox Cmb Panel Pnl ContextMenu Ctm PictureBox Ptb DataGrid Dtg PrintDialog Prd DateTimePicker Dtp PrintDocument Prc DomainUpDown Dud PrintPreview Control Ppc ErrorProvider Epd PrintPreview Dialog Ppd FontDialog Fnd ProgressBar Pgb Form Frm RadioButton Rdb 中南大学本科生毕业设计 674fb3964f7ba9b1b239c8859fba799f 16 控件类型 前缀 控件类型 前缀 GroupBox Gpb RichTextBox Rtb HelpProvider Hlp SaveFileDialog Sfd HscrollBar Hsb Splitter Spl VscrollBar Vsb StatusBar Stb ImageList Ils TabControl Tcl Label Lab TextBox Txt LinkLabel Lnk Timer Tmr ListBox Lst ToolBar Tlb ListView Lvw ToolTip Tlt MainMenu Mmu TrackBar Tkb MonthCalendar Mcl TreeView Trv （ 6） 源 代码 格式 规范 标准的、基于制表位的嵌套块应该被缩进四个空格（缺省情况下）。 逻辑结构的代码段，如果代码段需要加上 {}，则必须按照以下方式书写： if(True) { ?? 代码段 } else { ?? 代码段 } 逻辑符和运算符两边必须各保留一个空格。 例如： Count_int = i + 3。 其他 源 代码编写规范遵照开发工具帮助文件中例子的格式，如 do while,for 等语句的缩进编写格式。 （ 7） 源 代码注释规范 在 源 代码中，必要的注释对于代码的维护起着十分重要的作用，但过多的注释会影响 源 代码的可阅读性，因此应灵活掌握，但不能违背这样一个原则，即：可使他人通过注释基本了解代码段的含义。 每一个重要变量的声明应该包括一个嵌入注释，来描述该变量的使用。 变量、控件及过程的命名应该足够 清楚，使得只有复杂的执行细节才需要嵌入注释。 ● 名字空间 头注释块应该包括下列节标题。 表 5 名字空间 头注释块 规范 标题 注释描述 功能 该过程完成什么（而不是怎么完成）。 中南大学本科生毕业设计 674fb3964f7ba9b1b239c8859fba799f 17 作者 代码创建人 最后修改 代码的最后修改者和修改日期 例如： //amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 // 功能： 销售单 组件 // 作者： jiafenglion, 20200101 // 最后修改： lion， 20200301 //amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 amp。 ● 类头注释块应该包括下列节标题。 表 6 类头注释块规范 标题 注释描述 类名 该过程完成什么（而不是怎么完成）。 作者 代码创建人 最后修改 代码的最后修改者和修改日期 例如： // // 类名： 客户类 // 作者： jiafenglion, 20200101 // 最后修改： lion， 20200301 // ● 函数头注释块应该包括下列节标题。 表 7 函数头注释块规范 标题 注释描述 功能 该过程完成什么（而不是怎么完成）。 作者 代码创建人 输入 每一个可能不明显的参数。 参数分别在单独的行上，并嵌入注释。 返回 函数返回值的说明。 最后修改 代码的最后修改者和修改日期 例如： //************************************************* // 功能： 在用户列表数组中找出一个指 定用户的第一次出现位置。 // 作者： jiafenglion, 20200101 // 输入： // strUserList()： 被搜索的用户列表。 // strTargetUser： 要搜索的用户名。 中南大学本科生毕业设计 674fb3964f7ba9b1b239c8859fba799f 18 // 返回： 在 rasUserList 数组中 rsTargetUser 的第一次出现的索引。 // 如果目标用户没找到，返回 1。 // 最后修改： lion， 20200610 //************************************************* ● 关于 源 代码注释的补充说明 代码注释可以增强程序的可读性。 但是由于开发语言一般都是英语，中文注释的出现会降低程序的书写美感，使得程序结构不够同一，容易产生混乱与误解。 因此，对于代码注释的使用应当适当，而非越多越好。 建议程序编写时候严格遵循代码的命名规范，尽量做到望名生义，尽量少用注释。 数据库设计规范 （ 1） 数据表命名规范 表 8 数据表命名规范 类型 命名方法 例子 系统配置表 TS_表名 TS_Operator 编码表 TC_表名 TC_Trade 数据表 TD_表名 TD_Price 报表配置表 TR_表名 TR_BillReport 暂存表 TT_表名 TT_Temp （ 2） 视图命名规范 命名方法： V_视图名 ， 例子： V_Operator。 （ 3） 字段命名规范 命名方法： F_字段名，例子： F_Id。 （ 4） 触发器 和 存储过程命名规范 ● 触发器 命名方法： Tri _触发器类型 _触发器名，例子： Tri_Update_Customers。 ● 存储过程 命名方法： Pro_存储过程名，例子： Pro_Sell。 （ 5） 数据库更新修改 设计规范 数据库设计应该在代码编写之前设计完成。 也就是说，应该先进行系统整体架构的设计，再进行代码编写的工作。 通常我们会应用系统建模的工具，如 Rational、 Visual UML等进行系统数据库的建模工作。 数据库设计时应尽量地考虑 各种情况，力求做到一步到位。 但是实际情况往往难以做到。 一旦迫不得已要对数据库进行修改，如增加新表、在某个表中增加或删除某个字段等等的操作时，必需 严格按照数据库更新修改设计规范进行，填写好数据库修改日志。 数据库修改日志的编写将有利于日后的系统维护工作。 团队开发时更应该注意，各开发人 员的数据库必须同步更新，以免造成开发混乱。 中南大学本科生毕业设计 674fb3964f7ba9b1b239c8859fba799f 19 表 9 数据库修改日志 数据库名称 修改更新内容 修改更新目的 作者 时间 如： MyDataBase 增加表： TD_Exc hangeRate 定期记录汇率 lion 20200101 配置数据的命名规范 表 10 配置数据的命名规范 配置数据类型 命名方法 例子 系统性 Ass_Sys_配置名称 Ass_Sys_Version 异常提示 Ass_Err_提示名称 Ass_Err_EnterError 信息提示 Ass_Msg_提示名称 Ass_Msg_SelectCustomer 系统界面设计规范 为了达到界面统一美观并且易于修改维护的目的，系统的窗体设计统一继承一个模版窗口。 中南大学本科生毕业设计 674fb3964f7ba9b1b239c8859fba799f 20 第 4 章 汽车 4S 店信息系统设计 系统设计目标 长期战略目标 公司企业的根本目的是实现效益的最大化。 汽车 4S 店使用信息系统的目的正是如此。 因此，适应激烈的市场竞争环境，满足汽车 4S 店信息化需求，实现汽车 4S 店的效益最大化是本文汽车 4S 店信息系统设计的长期战略目标。 近期预期目标 用户对信息系统的需求是发展的、变化的、不确定的。 本文的 汽车 4S 店信息系统设计本着长远规划，重点建设，分步实施的原则，在这次的解决方案中，一方。