用户需求说明书 与 需求规格说明书 有什么本质区别？ 求详解。谢谢
说明9数据结构影响软件开发、运行环境和系统能力（如预告出错类型的能力）的某些设和约束。3.3 详细需求1、用户需求说明书是用户的需求，需要和用户确认的。需求规格说明书是系统需求主要是对内的。需求管理的时候也需要用到用户需求。
软件说明书模板 软件说明书怎么写
3.4.1 设备环境
2、 优点：用户的语言与设计人员的语言是不同的，所以需要有面向不同人员的文档。 缺点：层次越多，信息损失的越多，误解的概率就越大。权衡的结果：基本上是依据项目的规模而定。
3、这主要看项目管理采用的规范。 如果是CMMI就需要，敏捷就取消。
4、如果要省掉一个的话，更倾向于写用户需求，因为搞系统的时候要始终明白用户在想什么，要解决什么问题 需求规格相对不是很重要，具体实现用户需求的时候，你可以有各种方案，这个是用户不关心的。要是用户需求就已解错了，软件规格让用户签字好哪里放什么文本框用什么布局就没有任何意义了。
“需求管理”的文档大体上包含需求管理、需求检查表、需求跟踪表（包含矩阵图）、需求变更状态跟踪表，以及与其配套产出的指南型文件。
“需求开发”的文档大体上包含需求规格说明书，需求规格说明书检查表，需求开发指南等。
需求分析报告：一般是对某个市场或者是客户群来讲的，类似于调研报告，重点是体现出产品要满足哪些功能，哪些是重点、热点。
需求说明书：是根据与现场实际客户进行沟通，把客户的需求进行整理，CMMI中有标准的模板，重点是站在客户的角度讲产品功能。
需求规格说明书：是从业务规则讲起的，细一点偏向于软件的概要设计。是从开发、测试的角度去讲产品功能，里面要包含原型界面、业务接口、活动图等。
概要设计包括哪些内容?
3． 在需求调研过程中，如果缺乏足够用户参与，这样的需求调研也是失败的。很多程序员不愿参与到客户的需求调研中去，为什么呢？很简单，与客户沟通不如与代码沟通容易有意思。尽管这样，我们还是必须用足够多的时间去和客户进行沟通，了解他们真实的需求。很多用户也是如此，他们自己也不愿意参与到项目的需求调研中来，为什么呢？需求调研有出去和朋友一块烂漫对吗。。。虽然现状如此，我们还是要努力的使客户参与到需求的调研中来。问题一：软件概要设计文档应该具有什么内容 一、概论1、编写目的2、编写背景3、对系统的大致描述二、业务概述和逻辑设计1、对系统几大主体的描述2、对系统几大业务流程描述3、用UML对其进行总体描述三、技术架构在此章决定使用那种技术体系，具体的技术有那些，描述他们之间是怎么协同运作的。四、功能模块设计描述系统有那些主要功能，这些功能应该用何种技术，大致是如何实现的五、接口设计六、应急系统设计七、安全设计描述系统应该具有的安全级别，以及达到此安全等级的所采用的技术措施八、运行环境设计从硬件网络方面描述龚要设计的目的就是希望一个从来没有接触过的人一看就能从各个方面都对系统的作用，功能，实现方面有一个大概了解，并为以后的各类详细设计文档提供一个指引和方向。
8运行设计问题二：概要设计主要有哪些东西 是软件工程中的概要设计吗？
1简述 2编写目的 3背景 4定义 5参考资料
（1）需求规定（2）运行环境（3）概念和处理流程（4）结构（5）功能需求与程序
（6）人工处理过程（7）未解决问题
73、大功告成，一步就是你要打印的时候，在“打印”—“手动双面打印”前选勾。接口设计
（1）用户接口（2）外部接口（3）内部接口
（1）运行模块组合（2）运行控制（3）运行时间
（1）设计要点（2）物理结构要点
这是完整的概要设计，在做项目的过程中（特定是小项目），概要设计没有这么完善，一般着重写几个方面。
问题三：概要设计与详细设计有什么区别 在软件的总体设计中，完成了数据和系统结构的设计。已将系统划分成为多个模块，并将它们按照一定的原则组装起来，也确定了每个模块的功能及模块与模块之间的外部接口。在理想情况下，详细设计是软件设计的第二阶段。在这个极端，由于开发系统内外的人员理论上都使用一种自然语言，因此设计说明是用自然语言。很清楚，这个阶段必须定义过程的细节。
问题四：概要设计和详细设计的区别 详细设计就要到各个公位置的设计图，概要设计就相当于方案设计，整体的大概设计，这样的话一些具 置的设计就没有
问题五：软件概要设计的编写要注意哪些方面 概要设计一定是在用户需求分析的基础上进行的，是对需求的技术响应。
简单的说，首先要明确阐述系统的建设目标、建设原则，给出系统的功能模块组成（用层次结构图表示出系统应具有那些功能或子系统，每个功能或子系统下面又包含哪些模块），如果涉及到数据库，至少要分析出需要哪几个表。
目前有一些这方面（软件工程）的技术规范，给出了大致内容，可以参照模板进行撰写。
问题六：系统设计主要包括哪些内容 系统设计是新系统的物理设计阶段。根据系统分析阶段所确定的新系统的逻辑模型、功能要求，在用户提供的环境条件下，设计出一个能在计算机网络环境上实施的方案，即供立新系统的物理模型。这个阶段的任务是设计软件系统的模块层次结构，设计数据库的结构以及设计模块的控制流程，其目的是明确软件系统如何做。这个阶段又分两个步骤：概要设计和详细设计。概要设计解决软件系统的模块划分和模块的层次机构以及数据库设计；详细设计解决每个模块的控制流程，内部算法和数据结构的设计。这个阶段结束，要交付概要设计说明书和设计说明，也可以合并在一起，称为设计说明书。
问题七：概要设计的背景 说明：a. 待开发软件系统的名称；b. 列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站（中心）。
问题八：如何写软件概要设计 通用的软件概要设计说明书有标准。例如概要设计说明书（GB8567-88）包括如下内容：
1引言
1.1编写目的
1.2背景
1.3定义
1.4参考资料
2总体设计
2.3基本设计概念和处理流程
2.4结构
2.5功能器求与程序的关系
2.6人工处理过程
2.7尚未问决的问题
3接口设计
3.2外部接口
3.3内部接口
4运行设计
4.1运行模块组合
4.2运行控制
4.3运行时间
5系统数据结构设计
5.1逻辑结构设计要点
5.2物理结构设计要点
5.3数据结构与程序的关系
6系统出错处理设计
6.1出错信息
6.2补救措施
6.3系统维护设计
根据具体项目内容可以有所微调。
问题九：需求分析和概要设计有什么区别 按照传统软件工程的软件过程,区别如下:
1.需求分析--产生 软件功能规格说明书,需要确定用户对软件的需求,要作到明确、无歧义。不涉及具体实现方法。用户能看得明白，开发人员也可据此进行下面的工作（概要设计）
2.概要设计--产生 软件概要设计说明书，说明系统龚块划分、选择的技术路线等，整体说明软件的实现思路。并且需要指出关键技术难点等。
3.详细设计--产生 软件详细设计说明书，对概要设计的进一步细化，一般由各部分的担当人员依据概要设计分别完成，然后在集成，是具体的实现细节。理论上要求可以照此编码。
问题十：ja从哪几方面做概要设计 在对List、Set、Map执行遍历删除或添加等改变 个数的作时，不能使用普通的while、for循环或增强for。
会抛出ConcurrentModificationException异常或者没有达到删除的需求。
在遍历时删除元素，需要使用迭代器的方式。
软件开发文档包括哪些
2、如果你想制作A4大小的册子，你就要在“纸张选择”中选择A3（也就是和你想要多大的册子，你在纸张选择中就要选择两倍的纸）如，开发阶段、文档化要求程度等，若是通过CMM评估的，文档就较多
2.2运行环境一般的是按项目开发过程来分，基本的有可行性研究报告（若是一个新项目且未确定的或应客户要求时需要，实际上大部份公司很少有这文档)
用户需求说明书(用户+开发人员共同确认)
软件需求规格说明书
设计说明书(体系结构、详细设计)测试用例用户手册实现代码
这些文档中，包括一定的分析与设计图形，如用例图、数据库结构、ER图等
当然项目、测试图示说明该软件的所有功能及其相互关系和数据传递情况。也应算在内
其它的(如CMM要求的)
风险、估算方面的，质量保证方面的、配置管理方面、定义的模板、度量数据库等
具体需要多少文档就是要看项目实际这方面的东西，可参考一些软件工程类的书
可行性研究报告、需求规格说明书、项目、软件测试、概要设计说明书、详细设计说明书、编程规范、软件测试用例、软件测试报告、用户手册、安装手册、项目总结报告
产品需求文档应该包含哪些内容
6总体设计规范化软件开发过程中的《需求说明书》的编写，使之成为整个开发工作的基础。
2 适用范围
本规范适用于开发项目的（软件）《需求说明书》的编写。
3 编写内容提示
3.1.1 背景说明
说明被开发软件的名称，任务提出者，用户及实现该软件的计算机网络。
3.1.2 参考资料
列出有关资料(名称，发表日期，出版单位，作者等)。
3.1.3 术语和缩写词
列出本文件中用到的专门术语的定义，及术语缩写词。
3.2 软件总体概述
3.2.1 目标
软件开发的意图、应用目标、作用范围以及需说明背景材料。
3.2.3 设和约束
详细描述此软件系统的功能需求和性能需求。
3.3.1 功能需求
对系统中每一个功能，要详细描述（图示或文字）。
概述 叙述功能名称，目标和作用。
输入 输入该功能的信息。
处理 描述该功能做什么，如何对输入信息进行加工并转换成输出信息。
输出 列出内部生成的文件。
3.3.2 性能需求
定量地描述此软件系统应满足的具体性能需求。可考虑以下方面：
3.3.2.1精度
说明系统的精度要求，如：
数据的精度要求。
数字计算的精度要求。
数据传送的误码率要求。
3.3.2.2 时间特性
解题时间。
询问和更新数据文件的响应时间。
系统各项功能的顺序关系。
3.3.2.3 灵活性
说明当需求发生某些变化时系统的适应能力，指出为适应这些变化而需要设计的软件成分和过程。
3.3.2.4系统容量
包括系统的设计容量和理论（计算）容量。
3.3.3 输入和输出
解释各输入输出数据类型，并逐3.2.2 系统模型项说明某媒体、格式、数值范围等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。
3.3.4 数据管理能力
说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作估算。
3.3.5 故障处理
列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。
3.4 环境
描述所开发软件运行所需的环境。
描述运行软件系统所需的设备能力，如：
存储媒体的数量。
通信网络（包括说明网络结构，线路速度及通讯协议等）。
3.4.2 支持软件环境
列出与待开发的软件互相配合的支持软件（包括名称，版本号和文件资料），必要时还应列出测试软件，还要指出该软件用的编程语言，编译程序，作系统和数据管理系统。
3.4.3 接口
说明本软件与其他软件之间的接口、数据通信协议等。
3.4.4其说明系统的时间特性要求，如：他
说明本软件系统在安全和保密方面的要求以及用户对使用方便、可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求。
规范化软件开发过程中的《需求说明书》的编写，使之成为整个开发工作的基础。
2 适用范围
本规范适用于开发项目的（软件）《需求说明书》的编写。
3 编写内容提示
3.1.1 背景说明
说明被开32313133353236313431303231363533e59b9ee7ad9431333365643661发软件的名称，任务提出者，用户及实现该软件的计算机网络。
3.1.2 参考资料
列出有关资料(名称，发表日期，出版单位，作者等)。
3.1.3 术语和缩写词
列出本文件中用到的专门术语的定义，及术语缩写词。
3.2 软件总体概述
3.2.1 目标
软件开发的意图、应用目标、作用范围以及需说明背景材料。
3.2.3 设和约束
详细描述此软件系统的功能需求和性能需求。
3.3.1 功能需求
对系统中每一个功能，要详细描述（图示或文字）。
概述 叙述功能名称，目标和作用。
输入 输入该功能的信息。
处理 描述该功能做什么，如何对输入信息进行加工并转换成输出信息。
输出 列出内部生成的文件。
3.3.2 性能需求
定量地描述此软件系统应满足的具体性能需求。可考虑以下方面：
3.3.2.1精度
说明系统的精度要求，如：
数据的精度要求。
数字计算的精度要求。
数据传送的误码率要求。
3.3.2.2 时间特性
解题时间。
询问和更新数据文件的响应时间。
系统各项功能的顺序关系。
3.3.2.3 灵活性
说明当需求发生某些变化时系统的适应能力，指出为适应这些变化而需要设计的软件成分和过程。
3.3.2.4系统容量
包括系统的设计容量和理论（计算）容量。
3.3.3 输入和输出
解释各输入输出数据类型，并逐项说明某媒体、格式、数值范围等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。
3.3.4 数据管理能力
说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作估算。
3.3.5 故障处理
列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。
3.4 环境
描述所开发软件运行所需的环境。
描述运行软件系统所需的设备能力，如：
存储媒体的数量。
通信网络（包括说明网络结构，线路速度及通讯协议等）。
3.4.2 支持软件环境
列出与待开发的软件互相配合的支持软件（包括名称，版本号和文件资料），必要时还应列出测试软件，还要指出该软件用的编程语言，编译程序，作系统和数据管理系统。
3.4.3 接口
说明本软件与其他软件之间的接口、数据通信协议等。
3.4.4其他
说明本软件系统在安全和保密方面的要求以及用户对使用方便、可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求。
①概念化”阶段进入到“图纸化”
我们之前在市场需求文档（MRD）中阐述到的功能，都是表达的一个意向，不考虑实现方法和细节。而PRD则是将概念图纸化，需要阐述详细的细节和实现模型。产品人员可以通过撰写PRD，梳理清楚方案实现过程中的各种问题和影响。
②向项目成员传达需求的意义和明细
③ 管理归档需求
大都数的新需求都需要迭代几个版本后才能走向成熟稳定的阶段，如果没有PRD文档，在大型项目中，需求的迭代变更将变的无据可循。PRD的文档修订编号和命名也是项目规范化管理的主要方法之一。
PRD的表现形式
一般企业内部的PRD文档选择wiki系统或word文档。wiki在协同和保密方面会有优势，而且能够记录修改文档的每一次变更。而word在阅读修改方面比较有优势，一般使用Word加SVN的方式来管理更新文档。这个可根据每个企业的管理规范来选择那种方法更合适。
PRD的主要构成
一份基础的PRD文档主要由三部分组成
①引言
引言部分主要包括：需求背景、需求目的、需求概要、涉及范围、全局规则和名词说明，交互原型地址等。引言部分的写作目的是让阅读者快速理解需求背景和概要。如果是公司内部文档，引言部分可以从简写作。
②业务建模
建模的目的是为了帮助阅读对象更好的理解需要开发的需求，常用的模型种类包括：用例图、实体图、状态图、流程图等。常用的建模语言如UML。UML具体的建模方法请戳这里。
③ 业务模块
业务模块包含具体页面的元素、用例规则，以及相关的原型，流程图。业务模块的描述是整个文档最核心的部分，下面博主用案例来描述一下业务模块的编写方法。
我用的摹客来写交互说明文档，感觉是为产品团队量身打造的文档工具，支持在线撰写或上传本地文档。
文档可以和Mockplus、Axure的原型图和Sketch、Adobe XD、PS的设计稿互相引用，相互论证。也支持自动生成历史版本，可随时追溯和查看。完成后可以直接生成链接分享给同事，同事可以在上面选中文字评论，审阅很方便，哪里有问题也可以随时查看修改。
文档结合设计稿或原型图，可以更加清晰地阐述交互逻辑、设计思路、功能范围、页面细节等等。团队也可以根据产品需求文档清晰了解为什么需要开发这样一款产品。项目的其他相关方也可以随时参阅需求文档，了解项目的基本信息。
怎样用WORD制作对折的小册子
2.1需求规定将A4纸word文档打印成对折小册子的步骤如下：
1、首先在Word打开一篇需要调整设置的文档，点击“文件”——“打印”这个选项。
2、弹出“打印”的对话框后，在“打印机”名称框的左侧，点击“属性”这个选项，点击后就可以设置小册子的打印。道
3、弹出打印机属性对话框，选择“双面打印”这个选项，然后选择“双面打印，短边“装订。
4、在打印机属性对话框，点击“版面/水印”这个选项，在“页面排版”这里，选中“小册子排版”复选框。
5、点击选择“小册子排版”下方的“小册子制作”按钮版，进入“小册子制作”对话框，在这里可以对“装订边”权、“中间装订线”、“分割装订”等选项进行设定，按照默认选项点击确定就可以，确定后将A4纸word文档打印成对折小册子的问题就解决了。
1、拿一篇4页的单词文章举例：鼠标选择单击打印的功能（ctrl+p）来设置参数。
2、首zd先，选择要使用的打印机，然后单击右侧的属性以内设置纸张和纸盘。容
3、这里举例选择纸张的尺寸是标准A3，纸张大小可以根据您的需要选择。
4、在右侧双面打印窗口设置：双面打印，短边装订，然后单击确定。
5、返回键设置的打印界面，是设置数字参数，在页面范围内设置4,1,2,3（以4页为例）。这是正确输出小册子的关键因素之一。
6、然后设置和缩放和缩放：每页的页数为2，纸张尺寸为A3（297mm440mm）。设置完所有后，单击“确定”进行打印。
1、编辑好文本之后，点击“页面设置”—“页边距”—“多页”中选择“书籍折页”
4、打印完一面，再翻过来打印第二面。这样出来的东东一对折就是小册子了。
呵呵，我刚试过。满意的话，就选我吧。：）怎1 引言样用word排版制作小册子？制作说明书?方法一：
方法二：利用“拼页”功能制作手册，简单易用！
下用word拼页功能制作手册
word制作文档的功能强大，灵活多样。如若满足各种不同需求，还要适当应用。下面介绍的是利用word软件的拼页功能制作各种手册。
所谓手册，是指那些类似于书一样的多页文档。打印出来之后用钉书机订好，就成为一本页码顺序一致的书了。这种手册最适合于制作各种产品和服务的使用说明书；公司内部参考的多面文档，如规章制度，聘用合同等。而总页码数应为4的倍数。如4，8，12，16页。其原因是每一页纸的一面可以打印两页，两面就可以打印4页。总页数是4的几倍，就需要几张纸。不足的部分须用空页补齐。
言归正传。打开word之后，首先确定选择了正确的打印机。然后从页面设置开始。用鼠标点“文件”菜单，再点“页面设置”。
然后点“纸张大小”选项卡，选择所需的纸张大小（一般用a4纸，因此做出的小册子就是a5大小的）。再用鼠标点“页边距”选项卡，选择“拼页”选项，以及所需的页边距大小。因为装订位置在两页的中缝处，所以不需要保留装订线的间距）。
在其它常规选项设置好之后，点“确定”退出对话框。这时屏幕上的内容显示区显示的一页是整张纸面积的一半。但word是将这一页当做整张纸看待。所以设置方式与平常完全相同。
键入内容，设置好页眉和页脚，包括页码。在整个文档制作完成之后（这部分的工作与平常完全一样），就可以开始打印了。
手册制作的第2个步骤是打印。所谓拼页的意思就是把任意不同的2页拼在一张纸上打印，以此来实现各种所需文档的制作。为了制作我们的手册，必需明确应该将哪两页拼在一起。
以16页的文档为例：张纸的面打印第16页（一页）和第1页。中间用逗号隔开。这里的顺序是最关键的。你可以找一本书自己琢磨一下。整个打印步骤如下表所示。
第＿张纸第＿面页码
一16，1
一2，15
二14，3
二4，13
三12，5
三6、17
四10，7
为了弄清拼页的关系和顺序，所以从上面的数据中找出规律。如下：
每次打印两页的页码之和均等于首页与末页之和。
每次都是先打印偶数页，后打印奇数页。
掌握了上面这两条规律你就不会搞错了。我们拿一本56页的书为例。
第＿页第＿面页码
一56，1＝57－56
2，55＝57PRD的主要面向对象是项目、开发、设计和测试。如何向这些不同的角色表达清楚需求明细，就需要一份规范的PRD文档来描述。项目通过文档可以迅速了解任务的规模和相关接口，而开发设计人员通过文档可以了解页面元素和用例规则，测试人员可以提前根据文档撰写测试用例。PRD文档在形式上是项目启动的必要元素之一。－2
如果你能够利用上面总结出来的2条规律指出上表中打问号处的正确页码的话，你就可以正确的打印手册了。
另外一个选择是先打印每张纸的页。然后一起把纸翻过来打印第2面，只要顺序不错，结果是一样的。打印好之后把每页纸对折起来，按顺序排好就该装订了。
小技巧，就是如何在中缝处装订。其实这并不是什么真正的技巧。在我很小的时候，我在父亲的办公室里玩订书机，有一个叔叔告诉我可以把那个大钉书机的头转90°，可以改变订书钉的方向。当时我很高兴学会了这一手。但是我后来发现，有很多人不知道钉书机还有这样一个功能。这就是我们现在装订这个小册子所需要的功能（也许很多人在购买订书机的时候只认为大办公室应该有一个大的订书机。而不知道简单的订书机也可以是多功能的）。
普通打印机可以用a4纸制作a5的手册；用a5（b5）的纸制作a6（b6）的手册，如果你的打印机可以打印a3的纸，就可以制作a4的手册。再加上彩色打印机，我想你就不必到外面去做产品手册了（尤其是那些特别专业的产品，只需要很少量的说明书）。此外还要注意，如果页数多于30页，装订后侧面必然有一个坡度。如果需要你可以用裁纸刀裁剪整齐就行了。1、编辑好文本之后，点击“页面设置”—“页边距”—“多页”中选择“书籍折页”
4、打印完一面，再翻过来打印第二面。这样出来的东东一对折就是小册子了。菜单"文件"--"新建",从模板中选择"出版物",再选择"小册子".
软件项目开发总结报告实例
3.1用户接口软件项目总结报告范文
处理器的型号和内存容量。1引言
2开发工作评价1.1编写目的
XXX公司业务管理系统的开发已经基本完成。写此项目开发总结报告，以方便我们在以后的项目开发中来更好的实施项目的订制开发; 让我在今后的项目开发中有更多的有据的资料来规范我们的开发过程和提高我们的开发效率,从而创造更多公司效益。
1.2背景
项目名称：XXX业务管理系统
软件名称：XXX业务系统
客户：XXX
用户：XXX员工
1.3参考资料
项目开发文档：
1．软件开发数据模型：PDM_OperationSystem20070831.pdm
2．数据库开发文档： XXX业务管理系统数据库设计说明书2.0.doc
3．软件业务流程参考：XXX业务管理系统流程说明.doc
4．软件使用手册参考：XXX业务管理系统功能说明3.0.doc
5．软件业务流程参考：XXX业务管理系统流程说明.doc
6．软件中使用到的第三方控件：ComponentArt Web.UI 2006.1252 for asp2.0.rar
7．软件中使用的安全Ikey驱动：Ikey Driver.rar
以上参考资料是截止2007-08-31是的资料文档。如有修改，即使修改此处的参考文档名称。
2.1对生产效率的评价
1． 系统开发已历时快1年的时间了
2． 开发的反复性比较多。
3． 对客户的需求理解不是很透彻。
综合以上，此项目的开发效率不是很高，相反有相当一定时间的浪费。
2.2对产品功能的评价
经过我们公司各位同事的共同努力协作，XXX业务管理系统已经很好的完成了客户的业务流需求。经过对客户使用过程的观察，此项目开发的还是比较成功，但是还是存在着一些问题，造成这些问题的原因是多方面的。如：前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题，这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug。总的来说，此系统的功能开发还是一个比较成功的案例。
2.3对技术方法的总结
在此项目中使用到技术和工具：
1． 使用代：使用代 [动软.Net代码自动生成器],此工具在很大程度上提高了编码效率，从而加快了项目的开发进程。在以后的项目中，我们要尽量的来使用一些类似的工具来在最短的时间内完成工作。在今后的项目开发中，我们是能开发出适合自己的代码生成工具，更大限度的节省开发周期和开发费用。
2． 使用数据库建模工具；PowerDesigner 工具来建立系统数据库模型，以方便程序员很好的理解业务流和掌握系统架构者的架构思想，更好的满足客户的功能需求。在今后的项目开发中，我们要更好的来完成系统的前期数据库模型的建立，的来优化系统功能。
3． 使用第三方控件：此系统中使用了ComponentArt Web.UI 第三方控件。此控件在很大程度上满足了客户对软件界面的需求，从而也给软件的作带来了方便。本项目中只使用了ComponentArt Web.UI一种第三方控件，在今后的项目开发过程中，要继续使用第三方的控件。这样以来，无论是针对软件界面的美观性、友好性来说、易作性而言，还是针对系统开发效率而言，这都是很好途径。但需要意的是：在是使用第三方控件时，要谨慎的选择一些网络中的比较常见的第三方控件。
4． 使用自定义控件：此系统中使用了自定义控件(GhdGridView),此自定义控件可以很好的统一系统中的所有信息显示表格样式。如客户对数据显示样式有什么新的意见，我就不需要修改每一个页面的表格样式，我们只需要修改GhdGridView控件的样式，系统中的所有继承自GhdGridView的表格样式都可以改变。
5． 系统开发框架：此系统的框架使用的是简单三层结构，此框架在开发一些中小软件是比较实用的。但是我们要是可以开发出自己的框架，把一些通用的功能开发到框架中。这样以来，在以后的系统开发中，针对系统中一些通用的功能就不需要再开发，从而也可以很好的提高我们的开发效率；减少很护费用。使我们的技术不断的更加成熟。
6． 系统安全加密：此系统中针对客户提出的系统安全问题，我们采用了Ikey加密硬件钥匙来验证客户端登陆客户的合法性，此Ikey钥匙可以绑定到一个系统使用用户，也可以让多个用户来使用一个加密钥匙来验证登陆系统的合法性。这样以来，即使用户的密码不慎丢失，或者被不法人员取得（不法人员他也是无法登陆到我们的系统中来），这样就的提高了我们系统的安全性。Ikey加密钥匙是很好的加密B/S架构软件的硬件工具，在以后的软件安全方面可以借鉴。
3项目经验总结
3.1签定合同
一个项目的开发成败或者说项目开发带来效益的大小，在很大程度上是受项目合同签定的影响的。往往，很多一部分公司与客户签定的项目合同都是很模糊的，也很难签定的比较清楚，这样以来就会导致在项目的开发后期，工作两会越来越大，影响项目的竣工周期；而且，项目的开发费用一般是不会变的。这样以来，我们就大大的降低了我们的开发效益。虽然需求范围很难签定的明确，但是我们在签定合同时，要尽量的去把合同功能边界和添加新功能的条件签定。
3.2开发团队
在项目确立后，要尽快的建立起项目开发团队。
项目团队成员的团结合作、相互沟通是非常重要的，团队成员之间要相互学习彼此的优点和技术，使团队的能力不断的提高。这样，在项目的开发过程中，团队才不会被难题困住不动。另外，团队中要有一个项目负责人，这个人无论是在与客户的沟通上，还是在技术上都要是很出众的人，此项目负责人要能很好的沟通客户与开发成员之间，以此来更好的理解客户的功能需求。人的记忆力总是有限的，所以就要求开发团队成员要尽量的书写一些开发文档，这些文档往往是我们在项目开发后期要用到的可寻资料。项目团队士气是项目成功的一个因素,我们需要不断的来培养我们的团队气势，使我们的团队不断的壮大。
3.3需求的调研
在项目确立后，就到了需求调研分析阶段。
1． 项目组对客户的整体组织结构、公司有关人员的关系、职责等如果没有一个很好、足够的了解掌握，这样项目组就无法很好的完整的整理到客户的需求、或者说客户真实的功能需求，如此以来我们就为自己埋下了地雷,影响项目的开发周期，这就要求我们要与客户搞好无论是工作上的还是生活上的朋友关系,要深入的去了解客户需求。
2． 我们要尽量的让客户也参与到项目的开发团队中来，也就是说我们要使客户把自己也纳入到项目的开发团队中来，如此一来，我们掌握客户需求的真实性、可靠性就会大大的提高,也就不会为项目的后期功能开发埋下陷阱
4． 模糊需求，也就是模棱两可是需求规格说明中最为可怕的问题。一是指诸多客户对需求说明产生了不同的理解；一是指单个读者能用不止一个方式来解释某个需求说明。针对对这种情况，就要求我们的调研人员要能够从多个角度来分析客户的不同需求，整理出最终的需求与客户确认，定出最终真实可靠的需求，我们绝不能凭借我们自己的单面理解来定立客户的最终需求。
5． 在一个项目的开发中，文档的书写是极为中要的一项工作。因为，某些文档就是我们在开发后期与客户沟通的可寻依据、也是我们程序员在编码过程中要用到的重要文档。我们不能认为，凭借我们的大脑来记录所有的开发需求。。。；即使，你说你是天才，你要用你那颗爱因斯坦的大脑来记录所有的开发需求，那也是不可能的，人的精力总是有限的。这就要求我们在需求调研中做好需求文档的记录和整理。
6． 需求调研工具选择，客户一般对图形还是比较感兴趣的，所以我们在调研过程中，我要尽量的采用图形化界面来和客户沟通需求。比如可以采用Rose工具，把客户的意思转换为用例图、时序图、协作图、状态图、类图等，使表达的意思更加直观。这样客户会更快的进行问题的实质。
3.5做好开发
在项目确立后，我们就需要做好项目开发，需求调研用时，开发用时，测试用时，实施用时，维护用时。在我们做好了后，我们要随时的跟踪任务的完成进度，从而使我们的项目进度掌控在我们的开发周期范围之内，今日、行动，明日成功。
3.5很好的沟通
在其他行业中，人与人的之间的沟通只很重要的。项目开发也不例外，很好的沟通能够加快项目的进度，这就要求我们每一个开发人员要学会和善于沟通于客户和同事之间。在一个项目的开发过程中，我们与客户的沟通是一个不断交流和沟通的过程。在开发到一定的阶段，我们就需要和客户沟通已有功能，尽量的去避免一些隐藏的问题，及时的发现问题，解决问题，从而按时或者提前完成项目的开发。
3.6做好工作总结
在项目进行的过程中，我们要不断去整理自己的工作情况和做好总结，这样以来，无论是在自己的技术还是其它方面，都会对我们有很大的提高，在长期的积累后，无论是我们个人能力，，还是我们的团队能力都会有很大的提高。