敲机房的这一路走多很曲折,学到了东西对知识理解的也更深刻了,下面就总结一下:
【文档:】
软工序列文档有:
需求规格说明书:
用例图(功能即用户需要系统实现什么功能)
可行性研究报告:
可能与必要,条件是否具备、是否需要;系统开发人员编写
项目开发计划:
开发计划,甘特图是一个很好帮手,注意实时性
概要设计说明书:
注意界面、架构、类图、接口、数据表说明
模块设计、代码设计、输入输出设计、数据库设计说明、安全保密
详细设计说明书:
编码(原则、种类)输入出、界面、处理过程
架构图说明、类图详细说明、时序图描述、定义代码规范
数据库设计说明书:
数据库名、表结构、字段视图说明、数据库及元素的SQL创建语句
数据流图:数据流、加工、文件、数据源或终点——框架结构
数据字典:描述数据流(编号、名称、组成、频率)、文件、数据项、加工说明
来一份ER图:之前对ER图理解不是很到位,不过现在好了
用户user注册卡号card,卡号与学号student对应
测试计划:
目的、流程、测试用例(功能、数据、操作、结果)
操作手册、用户手册:
界面图、详细举例指导使用该系统;
项目开发总结报告:
UML图:平常注重积累、做笔记,有一个 总结报告还是很不错的;
包图:对元素分组、定义“语义边界”、功能组;
import:引入、使得一个包中元素可以单向访问另一个包中的元素,提供者包(箭头指向的包)的命名空间(包本身代表命名空间)将被添加到客户包(发出者)的命名空间中,客户包中的元素也能够访问提供者包的所有公共元素;
access:访问、使用提供者中的元素,不想将其命名空间合并(相对包而言)
trace:追溯、一个包到另一个的历史发展
心得:
1、有图就要说明
2、文档里面有什么
3、思路清晰、步伐一致、及时交流
【代码】
命名规范:驼峰法、帕斯卡、详情点链接命名和注释:注释要简明扼要,对程序文件的说明也是很重要的:比如我们的BLL_BasicData.cs这个文件里我们需要在版本信息的位置,加个对这个类的简单说明这里只是一个简单的说明,我们写的代码不是运行的而是给别人看到,老师的名言时刻谨记心中/************************************************ * * 作者:&&&& * 小组:三人行 * 类名: BLL_BasicData .cs * 类说明:针对基本数据表的添加业务,利用工厂+反射实现D层接口,调用接口方法向基本表中添加数据 * 创建日期:28-5月-2016 9:12:07 * 修改日期: * 修改说明: * 版本号: V1.0 *******************************************************/ using System;
参数:封装(实体)不要是简单的传人变量——面向对象、解耦合返回值类型:不能是datatable、dataset
没有比较久没有伤害,通过看别人的原型图感觉自己画的简直太low了,做事踏踏实实的、及时调整心态,加油。
总结:
遇到问题上网查,遇到方案马上做
有图有说明
注释很重要
代码要规范