数据库设计的基本步骤：
1.需求分析阶段：
准确了解与分析用户需求（包括数据与处理），是整个设计过程的基础，是最困难、最耗费时间的一步。这个不用多说吧？
2.概念结构设计阶段：
是整个数据库设计的关键,通过对用户的需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型。从实际到理论。
3.逻辑结构设计阶段：
将概念结构转换为某个DBMS所支持的数据模型,对其进行优化。优化理论。
4.数据库物理设计阶段：
为逻辑数据模型选取一个最适合应用环境的物理结构（包括存储结构和存取方法）。选择理论落脚点。
5.数据库实施阶段：
运用DBMS提供的数据语言、工具及宿主语言，根据逻辑设计和物理设计的结果,建立数据库，编制与调试应用程序，组织数据入库，并进行试运行。理论应用于实践。
6.数据库运行和维护阶段：
数据库应用系统经过试运行后即可投入正式运行。在数据库系统运行过程中必须不断地对其进行评价、调整与修改。理论指导实践，反过来实践修正理论。
释：软件生存周期各个阶段活动定义_普通__行业透视_eNet硅谷动力商用软件
频道
首先讲一下软件生存周期的定义，即以需求为触发点，提出软件开发计划的那一刻开始直到软件在实际应用中完全报废为止可以认为是一个完整的软件生存周期，软件生存周期的提出是为了更好的管理、维护和升级软件。其中更大的意义在于管理软件开发的步骤和方法。它把整个的软件生存时间看作是一个整体，以时间的推移和软件开发的工作重心之间作为划分点，把软件开发和维护的工作细分为若干个相对独立的部份，从而更好的控制软件的开发进度和难度，同时也十分有利于降低软件的出错频律，协调各个部门间的工作配合和责任分配。
软件生存周期的各个阶段的划分并没有一成不变的法则，不同的开发方式、软件种类、软件规模和开发环境都会在不同程度上影响软件生存周期各阶段的划分，但无论最终把生存周期如果根据自己的实际情况进行划分，都是旨在更好的利用手中的资源（主要指人力资源、软件资源、技术资源和源码资源），降低软件的开发风险、复杂度和开发成本（主要以开发的时间和投入资源为衡量标准），要做到最好的对软件生存周期各阶段进行划分，就必须遵循一条基本的原则，那就是在各阶段的任务应尽可能的相对独立，同一阶段各项任务的性质应尽可能的相同，从而达到降低每个阶段任务的复杂度，减少不同阶段任务之间的联系。这样做对软件项目开发的组织管理是十分有必要的，同时对最终的软件项目开发成功是不可或缺的。
尽管软件的生存周期各阶段的划分没有一个明确的法则，但就一般性而言，软件生存周期包括可行性分析、项目开发计划、需求分析、概要设计、详细设计、编写代码、软件测试和软件维护等活动（有的文档资料和开发项目把概要设计和详细设计合在一起，统称为软件设计或设计），这些活动的每一个可以说是软件开发过程中必须要经历的，所以我们应该将它们按照项目的划分合理的安排到各个阶段里面去。
既然软件开发周期这么重要，无论对软件项目最终开发是否能取得成功或是对软件管理和资源投入，我们就应当充份的了解周期里各个活动的定义和任务，才能合理，准确，客观的安排每一阶段的工作，以下就对各种活动的定义和任务做一下
简单介绍，使之对它们有一个初步的了解。
一、可行性分析和项目开发计划
这两个活动通常被整合在一起进行，在实际工作中通常把它们归类到同一个阶段中。在某种程度上甚至可以把它们看成是一个活动整体，要做的事情就是回答“需要做什么？要如何去做？可不可能完成？”
在这个阶段中经验起到了决定性的作用，软件工程之所以难就难在没有固定公式可供使用，很多时候都是靠系统分析员的经验来判断是否可行，在这个阶段中，可行性分析要依靠项目开发计划提供依据，而项目开发计划只有在初步得到可行性研究后才能再深入制定，两个活动可以说是互相制约，互相促进的关系。
同时在这个阶段中对要解决的问题定义十分重要，要注意和各方多沟通，得到尽可能准确的问题定义，再和各方再次沟通看看各方的理解是否相同，一般对问题的精确定义和理解在项目开发计划里解决比在需求分析阶段决解更合理，也可以更符合各方利益的要求，同时不会对软件开发方向造成隐患，亦不会给双方就软件开发报酬的商议造成不必要的麻烦。
在用户提出一个软件开发要求后，系统分析员要对此用户的机构进行了解，明确它是一个什么样的机构，它的作用是什么，这有利于分析所开发的项目的原由，同时对使用此软件的最终部门要进行一系列的观察研究，组织开会讨论，通过这一系列工作就可以确定软件项目的性质、目标和规模，其实这工作有点像需求分析的简化版，但对项目的后期工作是一个奠基的作用。到现在应该能够得出可行性研究报告了。
如果可行性研究的结果是可行的，接下来的任务就是制定详细的项目开发计划，项目开发计划主要根据所开发的项目的目标、性能、功能、规模来确定所需的资源，主要包括三个方面，即硬件资源（C）、软件资源和人力资源，除此之外还有对项目的开发费用，开发进度做出估计，可供决策者和用户参考。
至此，本阶段的工作任务已基本完成，这时候系统分析员应将《可行性报告》和《项目开发计划》一并提交管理部门审查。
二、需求分析
软件开发最难的部份是什么？不用怀疑，就算是最初级的程序员也知道是需求分析，而另一个问题就是“需求分析为什么就那么难呢？”要回答这个问题，必须在实际工作中把“两帮人”搞清楚，一帮是软件开发的相关人员，而另一帮则是使用软件的需求者，通常软件开发人员开发软件都不是为了自己使用，而是为某个组织开发的，这“两帮人”一帮知道怎么用计算机解决实际问题而他要解决的问题不是自己的，一帮需要用计算机解决自己的问题但不懂如果用计算机去实现。
到现在应该知道需求分析的实质了吧，再说白点就是在开发者和使用者之间架起一座桥梁，让开发者最准确的知道“用户要的是什么”，要知道需求分析阶段不是要你动手去解决实际问题，而是要你弄清楚将要解决的问题。
需求分析并不是从一开始就要的，在软件行业初期并没有这个概念，而后来随着软件工程的提出和完善，需求分析才逐渐被人们所认识和重视，主要原因还是随着计算机硬件的不断升级换代，大的软件项目被越来越多的提上了日程，而软件开发技术并没有完全跟得上软件开发的步伐，越做越大的软件项目渐渐的超出了人们所能认识和接受的范畴，开发出来的软件很多都不能适应实际应用的需要，这个时候出现了“软件危机”，为了应对“软件危机”才提出了具有划时代意义的软件工程的概念，而随着软件工程理论的发展和客观上对准确理解用户需求的迫切需要，才出现在需求分析。
需求分析的难点主要体现在以下几个方面：
（1）问题的复杂性。
（2）交流障碍。
（3）用户对问题的陈述不完备性和不一致性。
（4）需求易变性。
针对需求分析人们提出了许多解决方法和自动化分析工具，如结构化分析方法和面向对象分析方法，CASE技术等等。解决问题的方法有许多，但都要遵循一些基本的原则：
（1）可以把一个复杂问题按照某种分解方式进行分解并可逐层细化。
（2）必须能够表达和理解问题的数据域和功能域。
（3）必须具有良好的模型建立能力，能够准确的把问题用“图表”的形式表达出来。
最后讲一下需求分析的基本任务是什么，需求分析要做的就是准确的定义新系统的目标，也就是将要实现的系统是个什么样的系统，达到什么样的要求。其实最终的目标就是为了用户的需要，回答这个系统要“做什么”的问题。具体如下：
I：问题识别
（1）功能需求
（2）性能需求
（3）环境需求
（4）用户界面需求
另外对软件各个部分和性能指标也要有一个明确的需求定义，如安全性、可靠性、可维护性、可移植性等等都要通过双方的共同讨论、研究，力求达到一个双方都可理解接受的指标。
II：分析与综合，导出软件的逻辑模型
对于需求分析实际调研中所得到的信息，综合分析和理解，在此基础上通过规范的需求分析工具导出成为一个开发人员能够理解的软件逻辑模型。
III：编写文档
（1）编写“需求规格说明书”，把双方共同理解和分析得到的结果以规范的方式描述出来，作为今后工作的基础。
（2）编写初步用户使用手册，根据需求规格说明书编写初步的用户使用手册，一来可以更进一步的说明问题，二来可以强制系统分析员站在需求者的角度考虑软件。
（3）编写确认测试计划，作为软件验收时的依据。
（4）修改项目开发计划文档，此时对要开发的软件有了更进一步清晰的了解，应对原来的开发计划做一些适当的修改。
（注：需求规格说明书是项目开发里最重要的技术文档之一，但由于篇幅关系，这里无法给出实例文档，可在本站查找相关说明）
三、概要设计
概要设计阶段通常在软件开发程序中排在需求分析后面，因为它的结构设计是直接对应需求分析里的功能说明的，在这个阶段，要的依然不是编写代码，而是实现需求功能的软件结构，软件结构是以模块来组成的，所以这个阶段要做的就是把
需求分析里所说明的软件功能用模块的形式描述出来，每个模块都有明确的意义和功能，概要设计的主要工作就是设计模块和组织模块。
除了设计和组织模块以外，数据库的设计也是概要设计的工作之一，即软件系统要存储什么数据，这些数据的结构和关系等等，具体要学习数据库设计技术，已不是本文范畴，可自行找查资料。
概要设计的基本任务：
1、设计软件系统的逻辑结构。
没有“结构化”设计的软件系统，以后根本谈不上什么维护升级，就是简单的除虫也成了个问题，就算你的软件代码写得再好也只是“乱码”，根本一文不值，这个道理谁都懂，所以要写好软件，概要设计是非常关健的，具体工作如下：
(1) 采用某种设计方法，将一个复杂的软件系统按功能划分成许多有关系条理的模块。
(2) 准确定义每个模块的功能。
(3) 确定模块之间的调用关系。
(4) 对每个模块确定其接口（要以文档对接口的数量，顺序，作用，属性等进行详细说明，这很重要）。
(5) 对所设计的模块进行评估，尽量找出错误和不合理的地方，进行改正（这比软件做出来后的修改要容易得多）。
软件结构的设计是非常重要的工作，它直接影响以后的详细设计和编码，不合
理的结构将有可能把未完成的系统埋葬，所以应选用能力强和经验比较丰富的程序员来做。
2、设计软件所需要的数据库系统
一个好的软件一般都有一个专门为其设计的数据库系统，数据库的设计已自成理论体系，在这里不会详细说明如何做这个工作，但一般数据库的设计工作可分为数据结构设计和数据库设计，数据库设计还分为概念设计、逻辑设计和物理设计，每一项都有很多的知识和原则，有兴趣的朋友可自己去摸索。
3、编写概要设计文档
软件工程很强调文档的作用，概要设计也一样，要做好这阶段应有的文档才算是基本完成任务，对文档的编写主要是概要设计和数据库设计说明书，另外还有对需求分析阶段的用户手册和测试计划进行必要的修改，以更合理的对应所设计的软件系统。
4、评审
这主要是对这阶段工作的一次回顾，看看有什么遗漏或错误的地方没有。评审也有很多不同的技术性手段，可一般都将重点放在功能、性能、可行性、接口正确性等方面。
软件概主设计的几个基本原理：
1、抽象
即对将要用软件来完成的工作在本质上进行抽象，抛开无关紧要和多余的部份，构造出一个软件需要完成的功能的逻辑结构。
2、信息隐蔽
这是对抽象的进一步回应，信息隐蔽的实质就是“各管各的数据”。
3、模块化
这在上面已经讲过，模块化设计的根本原则就是做到所有模块尽可能的相对独立，对别的模块的依赖越小越好。模块化还具有几个相关的属性：接口、功能、逻辑、状态。
四、详细设计
到了详细设计阶段，现在该把注意力从全局移到局部了，但先别着急，现在还不是编码阶段，要做的仍然是软件的逻辑设计部份，只不过现在不是设计结构了。
详细设计就是把我们在概要设计里所划分出来的模块要实现的功能用相应的设计工具详细的描述出实现步骤来，也即是写出代码的算法，在详细设计里所有的表述无论是语言或是图表，都应做到有精确的唯一解释，绝不允许出现有“二义性”或“多义性”的表述，所谓精确的表述就是要做到无论这份文档到了那个程序员手中，他都能看得懂文档的含意而且只有一个含意，不可能再解读出第二层意思来。
详细设计的任务就是为每个模块所要完成的功能进行具体而精确的描述，要根据功能描述再转化成精确的、结构化的软件过程描述，软件过程描述一般可直接对应到相应的代码，也就是以后程序员会根据这些过程描述来编写程序代码，具体如下：
(1)为每个模块进行详细的算法设计。这是需要用相应的工具来完成的，因为自然语言通常很容易具有“二义性”，而工具能做到含义唯一性。
(2)为模块内的数据结构进行设计。
(3)对数据库进行物理设计。注意这不是实现数据库，而是设计出数据库的具体物理结构。
(4)其它设计（前期特殊代码设计、I/O格式设计、界面友好设计等）。
(5)编写详细设计说明书。
(6)评审。
五、编写代码
编写代码就是真的在机器上用计算机语言实现前面所设计的软件功能了，编写代码时要做到高度对应在详细设计里所描述的算法，因为以后的“除虫”或升级等，很多时候都是以详细设计的文档资料为根据的，如代码和详细设计的描述的偏差，很容易误导以后进行维护工作的程序员，而且这种错误很能被发现，而那样会浪费掉很多不必要的人力物力。
程序员们还要注意的就是在编码时尽可能在重点和难点的地方留下注释，这样对后来的程序员读源代码也有很大的帮助。
六、软件测试
软件测试近年来好像提到了和需求分析同一个高度，有点实力的软件公司都有相应的软件测试队伍，他们的任务就是和开发人员作对，专门和他们过不去，软件开发得好好的，他们就来故意找茬，可在软件工程看来，这样找茬是保证软件质量必不可少的。
其实就软件这种产品的特殊性而言，没有一个软件可以做到没有BUG，从客观上讲测试是找出BUG最直接和有效的方法，当然这样的说法是相对于软件没有发行而言的，在软件工程里BUG粗劣的分法可以分为代码错误和逻辑设计错误。
至于测试软件的方式由于侧重点不同各有不同，主要方式还是在设计测试用例的基础上检验软件的各个组成部分，逐个测试看能不能达到所期望的结果，测试亦分为单元测试、集成测试、确认测试，除此之外还有错误测试，就是故意输入不合法的数据或故意进行非法操作来测试软件。
软件测试的方法：
软件测试的方法一般分成两种类型：静态测试法和动态测试法，而动态测试法又根据测试用例的不同可分为白盒测试和黑盒测试两类。
1、静态测试法
不在计算机上进行测试而采用人工和计算机辅助分析的手段进行检测的方法称为静态测试法。
2、动态测试法
利用计算机来运行相关软件产品进行的测试称为动态测试法，一般而言我们说的软件测试是指动态测试，它可分为白盒测试和黑盒测试。
(1)白盒测试:它把一个软件产品看作一个盒子，而白盒测试就是“打开这个盒子来测试”。测试人员要了解程序的内部结构和处理过程，而测试的主旨就是检查处理过程的细节有无出错。
(2)黑盒测试：黑盒测试是最贴近用户使用角度的测试，它把软件产品看作是一个封闭的盒子，以功能为中心，测试软件的各项功能是否达到设计时的要求。
最后要讲一点就是原则上不要让软件开发人员再作为软件测试人员，因为人一般都有点“自我”心里，自己写的代码自己来测试，一来他会用“合法”的操作和
数据来测试，不会出错，而一旦别人进行操作就会出问题，二来无论他是否愿意，都会有意无意的朝证明自己正确的方向进行，这样的测试很难发现重大的错误。
七、软件维护
在软件工程各阶段的活动中，软件维护是时间最长的，一般意义上从软件交付使用的那一刻开始，就正式进入软件维护阶段，可能会由于软件本身写得好或其它的什么原因，持续几十年也说不定，这期间对软件的所有工作可以看作是对软件的维护（包括一般意义上的升级和除虫）。
软件维护的任务有四种类型：校正性维护、适应性维护、完善性维护和预防性维护。（题外话：在工业生产高度自动化的今天，软件出错可能导致整个的生产活动停滞，所以有的软件公司把软件的维护工作形象的称之为“救火”，很明显这种是属于校正性维护，无论一个软件公司多么有实力，技术储备多么雄厚，都无论回避“救火”的问题，但如果已经搞到三天“救火”四次的话，那该公司就要好好的反思一下自己了。）
软件维护的一般流程各个公司视情况会有所不同，一般通过行政手续后就可进行，记住维护工作一定要详细的记录下来，以供以后使用，因为对软件的维护一般都会对软件进行修改，而修改过的软件就和原来的软件文档不一致了，如果没有对所做的修改详细记录，以后可能会引起不必要的麻烦，而软件的维护一般的流程如下：
1、确定维护的类型。
2、对校正性维护要从评价错误的严重性开始。
3、对适应性维护和完善性维护可以视业务繁忙情况而定，也有条件制定比较完善的维护计划。
4、实施维护工作，要确保维护是必要和安全的。
5、维护回顾，看看有没有什么地方做的不对或遗漏的。
6、编写详细的维护日志。
其实“救火”这活并不是一个好差事，除了要读懂以前那程序员的“天书”外，还有听取用户的述苦和牢骚，同时要面对一些不大好看的脸色，错不在你，这我们知道，可谁叫你是“消防队员”呢？
瀑布模型/改进的瀑布模型 虽然瀑布模型仍然存在很多的问题有待解决，但瀑布模型仍然是最展本的和最效的?种可供选择的软件开发生命周期模型.瀑布模型要求软件开发严格按照需求-〉分析-〉设计?〉编码-> 测试的阶段进行，每-个阶段都可以定义明确的产出物和验证准则.瀑布模型在每?个阶段完成后都可以组织相关的评审和验证，只有在评审通过后才能够进入到下-个阶段. 由于需要对每?个阶段进行验证，瀑布模型要求每?个阶段都有明确的文档产出，对于严格的瀑布模型每?个阶段都不应该重叠,而应该是在评审通过，相关的产出物都己经基线后才能够进入到下?个阶段. 瀑布模型的优点仍然是可以保证整个软件产品较高的质量，保证缺陷能够捉前的被发现和解决. 采用瀑布模型可以保证系统在整体上的充分把握，使系统具备良好的扩展性和可维护性?但对于前期需求不明确,而又很难短时间明确淸楚的项目则很难很好的利用瀑布模型.另外对于中小型的项目，需求设计和开发人员往往在项目开始后就会全部投入到项目中，而不是分阶段投入，因此采用瀑布模型会导致项目人力资源过多的闲置的情况,这也是必须要考虑的问题. 很多人往往会以进度约束而不选择瀑布模型，这往往是?个错误的观点.导致这种情况的?个关键因素往往是概念需求阶段人力不足.冈此在概念需求阶段人力能够得到充分保证的情况下，瀑布模型和迭代模型在开发周期上并不会存在太人的差别.反而是很多项目对于迭代或嫩捷模型用不好，为了赶进度在前期需求不明确，没有经过?个总体的架构设计情况下就开始编码，后期出现大量的返工而严重影响进度. 架构设计是软件开发中?个重要的关注点.因此在RUP中也捉及到软件开发要以架构为核心.因此在架构设计完成后系统会彼分为相关的f?系统和功能模块.每个功能模块间的接口都可以定义淸楚.在这种情况下，当模块B的详细设计做完成后往往就没有必妥等到其它模块的详细设计都妥完全作完才开始编码，冈此在架构设计完成后可以将系统分为多个模块并行开发，每个模块仍然遵循先设计和编码测试的瀑布模型思路.这是瀑布模型的?种最重要的改进思路，也可以说这是?种增量开发的模型.
项目全称 数据库设计说明书 承建方全称 文件ISO版本控制 目录 ?简介.......................................................................................................................... 1.1.目的.................................................................................................................. 1.2.范围.................................................................................................................. 1.3.定义、首字母缩写词和缩略语...................................................................... 1.4.参考资料.......................................................................................................... ?数据库环境..............................................................................................................
《数据库原理》课程设计报告 专业：测控技术与仪器 班级：测控071班 学号：200710402112 200710402115 姓名：杜文龙王京京 题目名称：物资管理系统 完成日期：2009年12月25日 昆明理工大学信息工程与自动化学院 2009年12月
物资管理系统 一、课程设计目的： 1.加深对讲授内容的理解 《数据库原理及应用》中有关数据库技术的基本理论、基本概念、设计与实现的方法和阶段性知识，光靠课堂讲授既枯燥无味又难以记住，但它们都很重要，要想熟练掌握，必须经过大量实践环节加深对它们的理解。 2.通过课程设计，掌握数据库系统设计与开发的方法及步骤 数据库是一门应用性很强的学科，开发一个数据库系统需要集理论、系统和应用三方面为一体，以理论为基础，以系统（DBMS）作支柱，以应用为目的，将三者紧密结合起来。同时结合实际需要开发一个真实的数据库系统，对于较大型的系统可多人一起完成，但无论如何都应完成数据库的需求分析、数据的分析与建模、数据库的建立、数据库的开发与运行等全部过程。在此过程中将所学的知识贯穿起来，达到能够纵观全局，分析、设计具有一定规模的题目要求，基本掌握数据库系统设计与开发的基本思路和方法并且做到对知识的全面掌握和运用。 3.培养学生自学以及主动解决问题的能力 通过本次设计，使同学能够主动查阅与数据库相关资料，掌握一些课堂上老师未曾教授的知识，从而达到培养学生自学以及主动解决问题的能力的目的。 二、课程设计基本要求： 1.课程设计应由学生本人独立完成，严禁抄袭。 2.掌握所学的基础理论知识，数据库的基本概念、基本原理、关系数据库的设 计理论、设计方法等。熟悉数据建模工具Visio与数据库管理系统SQLServer 软件的使用。 3.按时上机调试，认真完成课程设计。 4.认真编写课程设计报告。 三、需求分析 信息管理系统是集计算机技术、网络通讯技术为一体的信息系统工程，它能够使企业运行的数据更加准确、及时、全面、详实，同时对各种信息进一步地加工，使企业领导层对生产、经营的决策依据更充分，更具有合理性和库、科学性，并创建出更多的发展机会；另外也进一步加强企业的科学化、合理化、制度化、规范化管理，为企业的管理水平跨上新台阶，为企业持久、健康、稳定的发展打下基础。 这个物资管理系统是以客户机/服务器模式的信息管理模式的信息管理系统。它的开发过程不仅仅是一个编写应用程序的过程，而是以软件工程的思想为指导，从可行性研究开始，经过系统分析、系统设计、系统实施
一般认为，工程项目的生命周期可分为决策阶段、准备阶段、实施阶段及运维阶段等四个阶段，而设计工作贯穿于整个周期的始终，关系到项目的方案、关系到项目的造价，甚至能够决定项目的成败。可以说，设计管理是项目建设的“龙头”，具有十分重要的作用，那么我们如何来做好设计的管理与控制呢本文即从业主的角度，从工程项目各个阶段工作的特点出发，来阐述设计工作的任务与控制要点。 一、决策阶段设计管理 决策阶段主要任务是对拟建项目的必要性和可行性进行技术及经济方面的论证，比选不同建设方案，从而得出项目是否建设及如何建设的结论。设计任务主要表现为辅助业主编制建议书、预可研及可研等设计文件。其实施过程简单，逻辑关系清晰，但却含有较高的技术含量，应注意以下要点： 1、明确目的 拟建项目必须有一个清晰的背景，这是项目提出的直接动因。是扩大规模，还是为了提高产品质量；是改善产品结构，还是增加效益；是消除安全隐患，还是改善工作环境，必须阐述清楚。建设原因说清楚了，才能确定项目是否有建设的必要性。但这个看似十分简单的道理，却并不是时刻能得到设计人员的重视，现实中不知所云、张冠李戴、意义不透彻等现象时有发生。例如某石化的搬迁改造项目，A装置进行搬迁，顺便在异地进行改建，其真正目的是给B装置让出位置，以改善产品结构。结果在A装置搬迁改造可研中B 装置的建设只字未提，A装置的设计意义倒是提了不少，结果险些被“枪毙”，闹了个修改再审的结果。可见，建设目的及必要性是建设项目提出的前提，设计单位必须下大力气了解情况，收集信息，不能想当然，因为这关系到项目的建设与否，是项目立项的必备前提。 2、选好技术方案 建设必要性清楚了，下一步工作就是选择什么样的技术路线。完成一件事情，总会有各种各样的方法，工程项目也是一样，不同的技术方案会带来不同的经济效益，产生不同的结果，关系到项目的工程内容、项目的建设及运维造价、甚至关系到拟建项目的命运，是拟建项目决策过程中的关键工作。此项工作最常见的问题就是缺少比选，或是不进行全面比选。设计文件中经常会出现为了选取某项方案而陈述的现象，也许在编制过程中设计人员已经进行了比选，但“自知”不等于“大家知”。例如某企业苯抽提项目，在可研文件中充分论述了蒸馏抽提的好处，选择了该技术，但是否有其他更好的方案，不选择液抽提方案原因等没有进行详细阐述。据此，很难说这是一个好的可研，因为论述并不全面。 3、界定工程范围 有些人认为技术方案确定后，工程内容就已明确，因此在前期工作中将较大精力投入到技术方案的论证，对于工作范围关注并不多，甚至粗制乱造，草草估算工程量。实践证明，这样的认识是有局限性的。许多工程项目概算超估算、预算超概算，决算费用超出前期估算较多就是工程量偏差较大所致，而工程量偏差大的一个直接原因就是范围界定不清，例如某装置可研估算 6800万元，但建成后的费用却达到7800万元，调查发现多出的1000万元主要用于场地的原有设备的搬迁，同时一些计划利旧的设备因损坏严重，而无法利旧。但这些内容在可研阶段并未明确提及，造成建设阶段资金的一度紧张。 4、做好数据采集 经济评价是前期设计文件编制的重点工作，需要大量数据的支持，需要综合与分析各个方面的信息。但许多可研审查显示，此项工作开展并不理想，许多设计咨询单位的数据系统并不健全，数据来源更多地依靠业主单位或东拼西凑，甚至为了某种结论而收集特定的数据，其数据准确性与全面性有待考证。那么，不牢固的基础怎能产生正确的结果呢因此，决策阶段的设计工作，必须健全自身的数据收集系统。可以建设企业自己的数据库，可以采购信息，可以借助网络，也可以自主调查。有了丰富的数据，加上现代的分析评价方法，经济评价就能够有的放矢，提供正确的评价结论。例如某油库改造项目，因建设地点比较落后，周边国有、私营油库数量繁多，情况复杂，相关数据采集困难，某设计公司承担可研设计任务，通过业主及当地规划部门获得了部分数据，并利用这些数据进行了评价，结果显示该项目改造后经济效益并不理想。为了稳妥起见，该公司派遣专人赴建设地深入调查，增添了大量数据，而此时的评价结果却正好相反，可见数据收集是经济评价的基础，数据的准确性与全面性影响着评价结论。 5、落实约束条件 决策阶段，因为项目没有真正付诸实施，一些人存在轻视心理，对于一些问题总想着等详细设计阶段再考虑，一些约束条件常常被忽视，而这些条件往往影响着拟建项目的进度及费用等相关要素。因此，决策阶段在论述技术与经济方案的同时，也不能忽视约束条件的落实。例如某长输项目，要穿越林地、稻田、鱼塘、村庄、山脉等，地形十分复杂，但可研编制阶段并没有详细落实，只是对动迁费等进行了简单估算。结果，在实施阶段发现可研估算的动迁费远远不够，过林地有征林费、过稻田及鱼塘有补偿费，致使实施费用大幅度提升，严重超出可研的批复。再如，某项目可研批复后，开始详细设计，但在平面图校审过程中发现装置周边有民用建筑物，安全距离不够，但此时可研已经批复，处理起来十分棘手。 6、实施有效沟通
第六小组 潮易购电商管理系统 数据库设计文档 .段海旭，孙振华，王海伦等2018-11-30
目录 1 文档介绍 (1) 1．1 编写目的 (1) 1.2 适用范围 (2) 1.3 读者对象 (2) 2 数据库环境说明 (2) 3 数据库的命名规则 (2) 4 逻辑设计 (3) 5 物理设计 (3) 5．1表汇总 (3) 5.2各表信息 (3) 1.用户基本信息表(T_userInfo) (3) 2.角色信息表(T_Root) (4) 3.用户订单基本信息表(T_Userirdercon) (4) 4.用户订单详细信息表(T_Userorderdetail) (4) 5.商品类别的基本信息表(T_Goodstype) (5) 6.商品基本信息表(T_Goodscon) (5) 7.特价/主题商品信息表(T_Specialgoods) (5) 8.购物车信息表(T_Shopping_Cart) (6) 6 安全性设计 (6) 6.1防止用户直接操作数据库的方法 (6) 7 数据库管理与维护说明 (6) 1文档介绍 1．1编写目的 作为软件设计文档的重要组成部分，本文档主要对该系统后台数据库的概念模型设计和物理模型设计作出了统一的规定，同时确定了每个表的数据字典结构。它是开发人员，测试人员编码及测试的重要参考依据。
1.2 适用范围 本概要设计文档提供给系统设计开发人员，包括详细设计人员和项目组成员，不得提供给组外人员 1.3 读者对象 本文档的主要读者包括： 1.本系统的设计人员：包括模块设计人员 2.本系统的系统设计人员：包括数据库开发，编码人员 3.本系统的测试人员 2数据库环境说明 数据库采用Micrsoft SQL Server数据库管理系统建立并维护。数据库设计过程中采用Micrsoft公司的Visio创建潮易购数据库的ER图，并生成数据库脚本文件“数据库设计.DLL”。其中SQL Server的登录模式为混合身份验证，超级用户的用户名用户名均为sa，密码为123456，SQL Server服务器的端口号：1433。 3数据库的命名规则 符合3个范式： 主键关系，表间关系、表中字段是不可再分的属性。 表的表示：描述单一信息，功能简单实用、命名规范合理。 字段的类型，程度。 数据库的命名：采用首字母大写模式。
HUNAN CITY UNIVERSITY 数据库系统课程设计设计题目：宿舍管理信息系统 姓名： 学号： 专业：信息与计算科学 指导教师： 20年 12月1日 目录 引言 3 一、人员分配 4 二、课程设计目的和要求 4 三、课程设计过程 1.需求分析阶段 1.1应用背景 5 1.2需求分析目标5 1.3系统设计概要 5 1.4软件处理对象 6 1.5系统可行性分析 6 1.6系统设计目标及意义7
1.7系统业务流程及具体功能 7 8 2.系统的数据字典11 3.概念结构设计阶段 13 4.逻辑结构设计阶段 15 5.物理结构设计阶段 18 6.数据库实施 18 7.数据库的运行和维护 18 7.1 解决问题方法 19 7.2 系统维护 19 7.3 数据库性能评价 19 四、课程设计心得. 20 参考文献 20 引言 学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学校来说还勉强可以接受，但对于学生信息量比较庞大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的。而且当查找某条记录时，由于数据量庞大，还只能靠人工去一条一条的查找，这样不但麻烦还浪费了许多时间，效率也比较低。当今社会是飞速进步的世界，原始的记录方式已经被社会所淘汰了，计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界，当一种技术不能满足需求时，就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此，设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了
浅议工程项目全生命周期管理 蔡琦斌 工程项目建设一般都是企业的重大投资，一方面它占用企业很多的资源，另一方面也能为企业带来较大的经济效益和社会效益。工程项目投资成功与否将对企业产生长期影响，甚至与企业生死攸关。如何有效管理工程项目，确保其设计合理、运行安全有效，同时降低运行和维护成本，将是现代企业管理的一个重要课题。 对工程项目实施有效的管理，可以避免规划、设计失误或设备选型错误造成影响工程使用效果，资金浪费的现象，帮助企业提高资产运营效率，降低运营成本，节约资源。 工程项目生命周期 工程项目的生命周期，指项目从可行性研究、设计、设备选型、采购、安装、运营、维护到最后报废的全过程。工程项目的生命周期可以划分为5个阶段。 可行性研究阶段。以自然资源和市场预测为基础，选择建设项目，寻找有利的投资机会；判断工程项目的生命力，进行市场调查、工厂试验等专题研究；对建设规模、产品方案、建设地点、主要技术工艺、工程项目的经济效益和社会效益等进行研究和初步评价和可行性论证；深入研究市场、生产纲领、工艺、设备、建设周期、总投资额等问题。 设计/选型阶段。编制设计方案及工程项目总概算书，考虑项目实施的成本、费用支出，以及系统运行的安全性，进行设备选型。 建设实施阶段。包括施工准备、组织施工和竣工前的生产准备，对设备按照设计方案进行安装与调试。 运营/维护期。对工程从安装调试合格进入正常使用起，直至该工程退出生产的全过程，通过组织、管理、监督等一系列措施，使工程项目处于良好的技术状态，需要对工程进行更新改造、对设备进行维护。根据工程使用情况，及时作出报废、整改、替换的决定。 跟踪/评估期。合理选取指标，科学建立模型，选择不同的评估时点进行动态评估，实现对工程项目的跟踪管理。将评估结果及时反馈，根据实际情况做出分析，指导日后的建设管理，形成闭环管理体系。 工程项目管理现状分析 工程项目的全生命周期管理对实现科学决策，防止资金浪费，及时纠正项目
大型数据库课程设计指南 一、课程设计目的 大型数据库课程设计是计算机专业集中实践性教学环节之一，是学习完《powerbuilder & SQL server 2000数据库系统管理与实现》课程后进行的一次全面的综合练习。其目的在于加深对大型数据库课程理论和基本知识的理解，掌握使用数据库进行软件设计的基本方法，提高运用数据库解决实际问题的能力。 培养学生正确的设计思想，理论联系实际的工作作风，严肃认真、实事求是的科学态度和勇于探索的创新精神。培养学生综合运用所学知识与生产实践经验，分析和解决工程技术问题的能力。 二、课程设计内容及要求 坚持“规格严格，功夫到家”的优良传统，加强基本功训练，做到理论与实际相结合，继承与创新相结合，充分发挥学生的主观能动性与教师因材施教、严格要求相结合，抓智力因素教育与非智力因素教育相结合，教书育人。 用powerbuilder和sql server 2000制作一个小型管理系统。所设计的小型管理系统应包含输入输出、查询、插入、删除等基本功能。根据课程设计1 周时间的安排选择适当大小的设计课题，课题的选择可以是实际问题，也可以是虚构的问题。根据题目的基本需求，画出流程图，编写程序，并写出详细的设计说明书。 三、课程设计时间 课程设计时间为1周。 四、课程设计分组 一人一组（每个人都不能重复） 五、课程设计课题 （见附件一） 六、课程设计课题选择 （1）具体课题题目附后 （2）一人一题，不允许重复。班长或学习委员进行协调 （3）如果对所给的设计题目不满意，可以自选题目（不能和其他人重复）。
但需要经过老师的最终确认。自选题目应该满足：所设计的数据库应 该具有添加、删除、编辑、多层灵活查询等功能。 （4）所有的题目都要在6月15日星期五下午四点前最后确认 七、课程设计具体时间安排 （1） 6月15日之前各班进行课程设计的安排（已经完成） （2） 6月18日12点之前完成计划制定。（包括在你的系统内主要实现的功能和每个功能你准备在那一天完成，并写成电子文档上交， 格式如图） （3） 6月18日至6月22日上午进行程序设计。19日下午、20日下午、21日下午对每个同学完成的功能打分 （4） 6月22日上午进行程序调试，并生成可执行程序 （5） 6月22日下午写课程设计报告和每天你所完成工作的日志记录和总结 （6） 6月22日下午四点之前，将课程设计报告和日志记录上传网络硬盘 八、课程设计的提交 （1）上交网络硬盘，网络硬盘地址为ftp://10.100.100.88用户名和密码都为自己在上面已经注册的 （2）要求提交的内容有：源程序和可执行程序、课程设计报告（word 文档）和每天你所完成工作的日志记录、总结 九、课程设计说明书的编写规范与写作框架 （见附件二）
铁塔建设全流程生命周期管理 一、需求管理 二、项目管理 三、工程施工管理 四、资产管理 五、档案管理 铁塔建设全生命周期管理的10个关键控制节点：需求获取、方案筛查、需求确认、项目立项、项目设计、项目会审、工程实施、验收交付、工程转资及审计决算、项目归档； 一、客户需求管理 1．需求收集：客户经理收到运营商建设需求，1天内完成运营商需求的确认，并提交产品经理处理。（一次确认） 2．需求整合、制定方案：产品经理通过筛查，初步制定解决方案，下发《站址筛查任务书》，由设计院到现场进行初勘，形成站址方案建议书。 时间要求：批量需求≤50个，5天内完成；50〈需求量≤100个，10天内完成；零星需求3天内完成。 3．选址定点：根据初勘结果，产品经理下发新建站点选址任务清单，由站址经理分派至各区域经理开展选址。城区单站选址定点时长5天内完成，乡镇及农村时长为3天；站点确定后2天内站址经理将结果反馈产品经理。 4. 拟共享站点：产品经理提交《共享需求单》至客户经理，由客户经理协调资源产权运营商进行共享确认，每5天反馈一次结果。 5. 筛查方案确认：产品经理根据选定点位，组织设计院3天内完成《站址筛查方案》编制；客户经理将方案提交需求运营商确认，若双方意见达成一致，3天内完成《站址筛查方案确认》。（二次确认） 6. 站址谈判：选址经理分解谈站任务至区域经理，区域经理组织施工单位/社会力量进行谈站，单站谈站时长城区10天；郊区及乡镇7天，农村5天），同时完成租赁合同/征地合同的签订。 7. 输入文档： （1）附件1：项目建议书（可研）模板 （2）项目立项审批单 （3）立项的请示文件模板 （4）客户建设需求订单确认表 （5）项目规模统计表 （6）会审纪要模板
四六级英语考试网上报名系统数据库设计报告
版本历史
目录 0. 文档介绍 (4) 0.1文档目的 (4) 0.2文档范围 (4) 0.3读者对象 (4) 0.4参考文献 (4) 0.5术语与缩写解释 (4) 1. 数据库环境说明 (5) 2. 数据库的命名规则 (5) 3. 逻辑设计 (5) 4. 物理设计 (6) 4.0表汇总 (6) 4.1表A (6) 4.N 表N (6) 5. 安全性设计 (8) 5.1防止用户直接操作数据库的方法 (8) 5.2用户帐号密码的加密方法 (8) 5.3角色与权限 (9) 6. 优化 (9) 7. 数据库管理与维护说明 (9)
0. 文档介绍 0.1 文档目的 数据库设计文档的编写是为了研究四六级英语考试网上报名系统的开发途径和应用方法。同时它也是进行项目策划，概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。本说明书的预期读者是于该系统开发有联系的决策人。支持本项目的领导和公司员工，软件测试人员。 0.2 文档范围 本文档适用于项目开发的设计阶段，在项目开发阶段可以按照本文档检验数据库实施情况。 0.3 读者对象 开发人员，用户，测试人员，后期修改人员。 0.4 参考文献 [C#+sql Server中小型信息系统开发实例精选] 黄明，机械工业出版社.2007.4 [C#专业项目实例开发] Arora，中国水利水电出版社,2007 [数据库原理及应用] 王雯，北京机械工业出版社2009.11 [数据库基础与实践技术] 何玉洁，,机械工业出版社.2013.3 [C#数据库系统开发完全手册] 王小科，人们邮电出版社，2006.12 0.5 术语与缩写解释
大型数据库课程设计 设计报告 题目：机房管理系统 学号： 学生姓名: 指导教师： 提交时间：
目录 第1章需求分析 (1) 1.1 需求调查 (1) 1.2 系统功能分析 (2) 1.3 面对用户需求分析 (3) 第2章面向对象分析和设计 (4) 第3章逻辑结构设计 (6) 3.1 类和对象向关系模式转换 (8) 3.2 关系模式优化 (9) 第4章数据库物理结构设计 (9) 4.1 存取方法设计 (9) 4.2 存储结构设计 (9) 4.3 物理设计 (10) 第5章数据库完整性设计 (12) 5.1 主键及唯一性索引 (12) 5.2 参照完整性设计 (12) 5.3 Check约束 (12) 5.4 Default约束 (12) 5.5 触发器设计 (13) 第6章数据库视图设计 (15) 第7章数据库存储过程设计 (16) 第8章权限设计 (17) 总结 (18) 参考文献： (18)
机房管理系统后台数据库 第1章需求分析 1.1 需求调查 针对一般高校机房管理系统的需求分析，通过对各个用户的调查，该机房管理系统有如下需求： 1)机房管理：实现机房管理员对机房信息、计算机信息以及教学班上机相关 信息的管理。机房管理员可以对包括机房名称、该机房拥有的计算机数目、计算机编号、计算机上机费率在内的相关机房信息、计算机信息进行管理，也可以为教学班的课程分配上机时间和地点。 2)基本信息管理：实现对课程信息和教学班的基本信息的管理，包括课程的 教师、上机时间和上机地点等基本信息，以及教学班学生、课程和成绩等基本信息的管理。学生可以对自己的个人基本信息进行管理，机房管理员可以对上机时间和地点等进行管理，任课教师可以对教学班学生课程成绩进行修改。 3)查询：实现对机房信息、学生信息、课程信息和教学班信息的相关查询。 机房管理员可以对机房各项相关信息进行查询，学生可以对包括学号、姓名、民族、性别、出生日期、班级、系别、专业和卡号在内的学生个人基本信息，课程的教师、上机时间、上机地点和成绩在内的课程信息，以及包括上机收费和余额在内的充值卡信息进行查询，任课老师可以对教学班学生信息、课程信息、上机时间、上机地点以及成绩等基本信息进行相关查询。 4)充值管理：实现充值人员对学生充值信息的管理，包括卡号、充值时间、 充值金额以及余额等基本信息。学生通过充值人员为自己的卡充值，也可以了解自己的充值卡余额。 5)上机管理：实现对学生上机信息和机房收费信息的管理。下机后，系统将 自动修改该学生的充值卡账户余额；通过机房收费信息可以统计各机房上机的费用。
成大·锦嘉国际大厦工程工期控制时间计划
成大·锦嘉国际大厦工程工期控制计划 第一节工程概况 工程概况：本工程位于江北中央公园旁，周围都是正在开发的在建工程。本工程由华东建筑设计研究院有限公司设计，框剪结构，总建筑面积约10万㎡。本工程由地下和地上两部分组成，地下－6F—－2F为地下车库，－1F—5F为商业裙楼，6F—27F为办公写字楼。本工程地下室土石方工程量大，属于深基坑大开挖，开挖深度约26m，土石方工程量约15万m3；基坑护壁支护和基坑周边的边坡稳定是本工程基础及地下室施工时施工安全重点监控内容，应天天检查，形成记录并做好台账，发现异常情况，立即报告，由参建单位协同处理。 第二节各分部分项工程工期控制计划 一主要施工内容及施工程序 1 遵循“先地下后地上”、“先主体后围护”、“先结构后装修”、“先土建后安装”等合理程序，在满足施工工艺要求的前提条件下，尽量利用一切工作面，实行平面流水交叉作业，使各项工作有序地交叉穿插进行。 2 施工程序：土石方施工准备（主要含：原始地貌抄测、坐标定位放线、场地规划及临设搭建）→土石方工程→基坑护壁支护→基础土石方→基础→地下室→主体→砌筑→安装（主要含：水施、强弱电、暖通、消防、电梯、设备安装等）→装修→土建收尾→室外工程（主要含：市政、管网、景观、绿化等）→竣工验收。 二主要施工内容施工的控制时间
1 土石方工程施工前的准备工作 （1）土石方工程施工前的准备工作总计划工期10天。 （2）原始地貌抄测：土石方工程施工前必须做好原始地形地貌的抄测工作，宜采用5m方格网准确记录和反映原始地形地貌及平面坐标位置和高程数据，以便在土石方工程完成后准确计算土石方工程量。此项工作可由建设单位、监理单位和施工单位分别派技术人员共同完成，形成原始记录并签认存档；此项工作完成时间为1天。 （3）开挖区域的坐标定位：土石方工程开工前必须依据设计图纸及施工方案对开挖区域进行坐标定位，准确确定开挖区域。此项工作完成时间为1天。本工程可能会出现爆破施工，办理爆破施工的相关手续，此项工作应在施工前办理，所耗时间不计入工程总工期内。 （4）现场场地的规划及临设搭建：项目开工前，应依据现场条件对场地的有效利用进行规划布置，搭建施工中必须使用的临时设施。场地规划布置和临设的搭建工作控制工期为8天。 2 土石方工程施工 （1）本工程土石方施工计划控制工期为150天。 （2）施工单位应依据建筑法规、设计文件及规范规定编制土石方工程施工组织设计及安全施工专项方案；本工程为深基坑开挖，按安全生产法规的要求，施工单位编制的安全专项施工方案必须经专家组评审通过并签认，施工程序必须合法，否则不能进行施工。此工作应在土石方工程开始施工前完成，所耗时间不计入施工总工期内。 （3）土石方施工的主要工作内容：①土方开挖、装车、外运及弃
版本信息记录
目录 1引言 (3) 1.1编写目的 (3) 1.2背景 (3) 1.3定义 (3) 1.4参考资料 (3) 2概述 (4) 2.1数据库环境 (4) 2.2命名规则 (4) 2.3使用它的程序 (4) 3物理设计 (4) 3.1标识符 (4) 3.2物理文件 (5) 3.3表空间设计 (5) 3.3.1表空间1 (5) 3.3.2表空间2 (5) 4结构设计 (5) 4.1实体关系 (5) 4.2实体说明 (6) 4.3实体设计 (6) 4.3.1数据表1 (6) 4.3.2数据表2 (7) 4.4序列实体 (7) 4.4.1序列1 (7) 4.4.2序列2 (8) 4.5视图实体 (8) 4.5.1视图1 (8) 4.5.2视图2 (8) 4.6存储过程实体 (8) 4.6.1存储过程1 (8) 4.6.2存储过程2 (8) 5安全设计 (8) 6备注 (9)
1引言 1.1 编写目的 [说明编写这份系统数据库设计文档的目的，指出预期的读者。] 注:正文字体为宋体小四号，全文统一。 1.2 背景 a.[待开发数据库的名称和使用此数据库的软件系统的名称；] b.[列出本项目的任务提出者、开发者、用户。] 1.3 定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 表1.1 术语定义表 1.4 参考资料 [列出有关的参考资料。] A.本项目经核准的计划任务书或合同或相关批文； B.属于本项目的其他已发表的文件； C.本文件中各处引用的文件资料，包括所要用到的软件开发标准； 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够取得这些文件的来源。
本科学生综合性实验报告 课程名称：数据库技术及应用 第三方物流运输 系统数据库设计 实验项目名称第三方物流运输系统数据库设计 指导教师及职称 _______________________________ 开课学期 2010 至2011 学年第2学期 截止日期 2011 年__6 ____ 月 20 日 项目组长 成 员 强项 彭聪 蔡佳欣 B01 学号 0093954 学号 0093956 学号 0093971 班
目录 1需求分析 (1) 1.1编写目的 (1) 1.2背景 (1) 1.3功能分析 (2) 1.4系统功能分析 (2) 1.4.1客户基本信息管理 (2) 1.4.2车辆基本信息管理 (3) 1.4.3订单基本信息管理 (3) 1.4.4路线基本信息管理 (3) 1.4.5客户评价基本信息管理 (3) 1.5系统功能图分析 (4) 1.6数据需求及业务规则分析 (4) 1.7数据约束分析 (5) 1.8数据字典 (6) 1.8.1数据项与数据结构 (6) 1.8.2数据处理 (9) 2数据库概念设计 (9) 2.1定义实体集及属性 (9) 2.2定义联系集及属性 (10) 2.3E-R模型设计 (10) 2.3.1 实体E-R模型设计 (10) 2.3.2多元联系E-R模型设计 (11) 2.3.3 总E-R模型设计 (12) 3逻辑设计 (12) 3.1实体集转化为关系模式 (12) 3.2联系集转化为关系模式 (13) 3.3聚合转化为关系模式 (13) 3.3关系设计 (13) 3.4函数依赖关系 (16) 3.5模式求精 (16) 4物理设计 (17) 4.1关系模式存储方式选择 (17) 4.1.1索引存取方式，主要采用B+树索引方法 (18) 4.1.2聚簇存取方式 (18) 4.2数据库的存取结构 (18) 4.2.1数据的存放位置 (18) 4.2.2数据存储路径 (18) 5数据库脚本 (18) 6 游标、触发器与存储过程 (24)
华东交大理工学院 课程设计报告书 所属课程名称数据库系统原理课程设计题目超市管理系统数据库设计 与实现 院（系）电信分院 班级09本科电子商务（2）班学号 学生姓名 指导教师 辅导教师 2012年1月2日
华东交大理工学院 课程设计安排计划 班级：课程： 通过课程设计，要求掌握数据库系统的基本概念、原理和技术，将理论与实际相结合，应用现有的数据建模工具、数据库管理系统软件及应用开发工具，规范、科学的完成一个小型数据库的设计并进行数据库应用系统的开发。 具体内容与要求如下： 1.根据所选课题，设计并构建一个数据库（用MS SQL SERVER 2005实现）;基于上述数据库设计实现一个数据库应用系统（系统开发工具不限） 2.数据库的设计与构建方面（课程设计重点） （1）数据库来源于对现实世界的抽象和概括，要求设计科学、规范、合理符合实际情况与需求购 （2）数据表的设计要求：每个关系至少要满足3NF，既要有较低的冗余度，又具有较高的访问效率，每个系统最少应有5个以上的表，并根据实现需要定义索引。 （3）数据库设计的安全性要求：配置MS SQL Server2005,根据实际需要定义合理的用户权限及用户视图。
（4）数据库设计的完整性要求：根据实际需要定义合理的完整性约束（实体完整性、参照完整性以及用户自定义完整性等）（5）根据实际情况定义合理的存储过程和触发器； 3、应用系统的设计与实现面 （1）要求实现所选课题的基本功能，界面美观、大方、实用。 （2）课题基本功能应符合实际系统的需求，一定要先做需求分析，再编写代码。 （3）应用系统开发工具不限，可以根据自己的实际情况选择一种。 4、课程设计报告方面 （1）课设报告杜绝抄袭和下载。 （2）课程设计报告内容包括： a.前言：主要对自己的课程设计进行简要介绍说明，在对所选题目进行调研的基础上，明确该选题要做什么。 b.需求分析：采用自顶向下的方法，对数据库及应用系统进行分析，列出系统功能模块，并画出系统的功能模块图，写出数据字典，并画出数据流图。 c.概要设计：根据需求分析画出E-R图（E-R图必需规范合理） d.逻辑设计：把E-R图转换成关系模式，并进行规范化，最
） 一、课程设计目的 在数据库原理课程基础上，培养学生综合运用数据库知识的能力。学会数据库的设计、规划以及应用程序的开发和调试，使学生掌握客户机/服务器体系结构，学会大型数据库的工作模式。大型数据库管理系统存放于服务器，数据库放在服务器上，学生在客户机上开发应用程序访问服务器上的数据库，并完成应用系统所要求的各项功能，应用程序的开发需要采用当前流行的新软件。 二、课程设计内容 1．数据库的设计 根据学生信息管理系统，经过调查研究，构建合理的数据库。首先构建基本表以及表和表之间的联系，在此基础上构建视图和索引表。 2．服务器的组织 根据建立的基本表、视图和索引表搭建服务器。 3．】 4．前端开发工具：java学习并完成编写程序。 服务器端：SQL Server2012 5．开发应用程序 利用所学的新软件开发工具进行应用程序的开发。 6．连接、调试。 三、软硬件环境及系统所采用的体系结构 系统的体系结构为C/S结构，具体开发工具为Ecplise ，前台为Java，后台数据库一般为SQL Server2012。 【 四、需求分析 通过对学生信息管理的了解，确定本系统具备一下功能。 多用户账号登录 只要通过用户登录验证后，能对学生的记录信息进行修改，增加，删除等操作。 五、系统设计 1．系统结构图 $ ?
a.功能模块图 》 | * 2 ．数据库设计 学生包含的信息： !
" 》 N M ! （ Login表 USE[Student] * GO SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON GO ~ 学生 宿舍 住址 电话性别学生课程 选择 用户 用户名密码
软件产品项目生命周期管理 软件产品/项目生命周期管理 软件产品/项目生命周期管理 汪明 江苏省软件产品检测中心 第 1 页共 25 页 软件产品/项目生命周期管理 1、软件产品/项目生命周期管理 江苏省软件产品检测中心为通过ISO/IEC 17025实验室认证(编号:CNAS L4338)的专业测试机构，将依据国家对软件产品质量标准的要求，进行软件测试。软件产品 是指向用户提供的计算机软件、信息系统或设备中嵌入的软件或在提供计算机信息系统集成、应用服务等技术服务时提供的计算机软件。项目 项目是指在一定的约束条件下(主要是限定时间、限定资源)，具有明确目标的一次性任务。 项目是一件事情、一项独一无二的任务，也可以理解为是在一定的时间和一定的预算内所要达到的预期目的。 项目侧重于过程，它是一个动态的概念，例如我们可以将软件的研发过程视为项目，但不可以把软件本身称为项目。那么到底什么活动可以称为项目呢,开发和介绍一种新产品;涉及和实施一个计算机系统;进行企业的现代化改造;主持一次会议等等这些在我们日常生活中经常可以遇到的一些事情都可以称为项目。 项目管理的根本在于解决所发生的失败，而并非建立一种不允许失败的组织项目生命周期
一个项目从概念到完成所经过的各个阶段。 项目的性质在每个阶段都会发生变化。由于项目的本质是在规定期限内完成特定的、不可重复的客观目标，因此，所有项目都有开始与结束，既项目“出生、成熟、死亡”。 “即项目在本质上是单一方向发展的。”许多项目，由于意料之外的环境变化，即使在接近原先规划的最后阶段时，也可能重新开始。 项目的生命周期可以分为四个阶段:项目立项期、项目启动期、项目发展成熟期以及项目完成期。 1 项目立项阶段 第 2 页共 25 页 软件产品/项目生命周期管理 在确定一个项目的初期，项目管理层通常热情很高，但目标却不清晰，因此，在项目生命周期的初始阶段，最关键的工作是明确项目的概念和制定计划，并使之与未来的活动场所相适应。在这个阶段，以下方面需注意。 1.1组建并整合管理团队 在这个时期应组建并整合管理团队的关键成员。另外，要用大量时间与精力确定项目所需要的专业技术与行为。一切工作以人员为中心展开，这表明项目组织中不仅需要优秀的管理，而且需要人才，特别是在大型项目中位于项目管理梯队上层、具有领导才能的人士。 1.2阐明项目的理念或者方向 项目组织中的领导者应该阐明项目的理念或者方向，这种理念可能包含在项目经济性目标之外更高的目标，真正的领导者在实施所提出的理念时也会认真思考并采取关键的行动。领导者的行为应真正符合他们所倡导的理念。 1.3项目谈判
项目名称 数据库设计说明书 版本号：1.0 作者： 批准人： 日期:XXXX年XX月XX日 XXXXXXX公司
文档修订 抄送人：项目经理、客户经理、客户代表、项目组成员、SCCB（在项目实际应用时最好写明抄送人的姓名）
目录 1.引言 (4) 1.1编写目的 (4) 1.2背景 (4) 1.3定义 (4) 1.4参考资料 (4) 2.数据库环境说明 (4) 2.1标识符和状态 (4) 2.2使用它的程序 (4) 2.3专门指导 (4) 2.4支持软件 (4) 3.数据库的命名规则 (5) 4.结构设计 (5) 4.1逻辑结构设计 (5) 4.2物理结构设计 (5) 4.2.1表1 .......................................................................... 错误！未定义书签。 4.2.2表N ......................................................................... 错误！未定义书签。 5.数据字典设计 (9) 6.安全保密设计 (9) 6.1防止用户直接操作数据库的方法 (10) 6.2用户帐号密码的加密方法 (10) 6.3角色与权限 (10) 7.优化 (10) 8.数据库管理与维护说明 (10)
1.引言 1.1编写目的 《说明编写这份数据库设计说明书的目的，指出预期的读者。》 1.2背景 《说明： a．说明待开发的数据库的名称和使用此数据库的软件系统的名称； b．列出该软件系统开发项目的任务提出者、用户以及将安装该软件和这个数据库的计算站（中心）。》 1.3定义 《列出本文件中用到的专门术语的定义、外文首字母组词的原词组。》 1.4参考资料 《列出有关的参考资料： a．本项目的经核准的计划任务书或合同、上级机关批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用到的文件资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够取得这些文件的来源。》 2.数据库环境说明 2.1标识符和状态 《详细说明用于唯一地标识该数据库的代码、名称或标识符，附加的描述性信息亦要给出。如果该数据库属于尚在实验中、尚在测试中或是暂时使用的，则要说明这一特点及其有效时间范围。》 2.2使用它的程序 《列出将要使用或访问此数据库的所有应用程序，对于这些应用程序的每一个，要给出它的名称和版本号。》 2.3专门指导 《向准备从事此数据库的生成、从事此数据库的测试、维护人员提供专门的指导，例如将被送入数据库的数据的格式和标准、送入数据库的操作规程和步骤，用于产生、修改、更新或使用这些数据文卷的操作指导。如果这些指导的内容篇幅很长，列出可参阅的文件资料的名称和章条。》 2.4支持软件 《简单介绍同此数据库直接有关的支持软件，如数据库管理系统、存储定位程序和用于装入、生成、修改、更新数据库的程序等。说明这些软件的名称、版本号和主要功能特性，如所用数据模型的类型、允许的数据容量等。列出这些支