以及这些资源将放置在网页的什么位置。浏览的网页就是由HTML语言编写出来的。虽然HTML是一种语言，但HTML不是程序语言，如 C++ 和 Java 之类，它只是标示语言，你只要明白了各种标记的用法便算学会了HTML.HTML 的格式非常简单，只是由文字及标记组合而成，因此任何文本编辑器都可以制作HTML页面。
在编辑器中输入html代码即可完成对网页的设计，如果在其中加入VB,JAVA等脚本文件以及数据库连接有关的语句指令，便可对已知数据进行查询，从而生成动态网页的一部分。
2.3.5 Visual Studio 2010
Visual Studio 2010是微软公司推出的开发环境。是目前较为流行的 Windows 平台应用程序开发环境。
Microsoft Visual Studio 2010 Team System 提供支持整个软件开发团队的工具： ? 架构师：Visual Studio 2010 Team Architect Edition 包括集成、高效的工具，用于直观地构建面向服务的解决方案，这些解决方案从部署环境的初始状态开始设计。有关详细信息，请参阅 Visual Studio 2010 Team System：设计分布式系统以进行部署。
? 开发人员：Visual Studio 2010 Team Developer Edition 为开发人员提供高级的静态分析、代码剖析、代码涵盖以及单元测试工具，使团队能够在整个生命周期中尽早、频繁地规划质量。有关详细信息，请参阅 Visual Studio 2010 Team System：构建健壮而可靠的软件。
? 测试人员：Visual Studio 2010 Team Test Edition 构建于开发人员版本之上，更好地为测试人员提供了用于管理和运行各种测试（包括单元测试、手工测试和 Web 测试）的工具，以及使团队能够在应用程序部署之前检验其性能的高级负载测试工具。有关详细信息，请参阅 Visual Studio 2010 Team System：通过更完善的测试实现更好的软件。
? 项目管理人员：Visual Studio 2010 Team Foundation 提供一套基于软件项目管理人员已知内容的项目管理工具：Microsoft Excel、Microsoft Project 和 Windows Share Point Services。与 Microsoft Office 集成，项目管理人员不再需要手工将数据从这些应用程序映射到供工程团队使用的数据。项目站点提供仪表盘式的项目状态视图，以及向下追溯风险承担者的功能。丰富的报告提供了从整个常规的团队工作流中收集的规则。自定义项目过程基于业界公认的实践来驱动生命周期。有关详细信息，请参阅 Visual Studio 2010 Team System：软件项目管理。
? 团队开发：Visual Studio 2010 Team Foundation 还提供团队协作工具，使组织能够不费吹灰之力即可管理并跟踪过程和软件项目的运行状况。Portfolio Explorer 将可从项目站点获得的这些相同的项目工作产品集成到 Visual Studio IDE，从而让团队能够进行有效的访问。Visual Studio 2010 Team Foundation 还提供一个可扩展的工作项跟踪系统和企业级别的源代码管理。
3 需求分析
3.1系统分析
3.1.1 系统的任务
了解用户要求。此用户即为系统的使用人员（管理员，操作员）。了解他们在系统功能、性能等方面的要求及用户在硬件配置、开发周期处理方式等方面的意向与打算。把用户要求成文，完成系统分析报告。系统的逻辑模型由一系列的图表和文字组成。在逻辑上描述了系统的目标和所具备的功能于性能。 3.1.2 系统的步骤
1. 描述系统。在详细调查的基础上，用一定的图标、文字描述; 2. 分析用户新的要求，改进现行模型，形成新系统的逻辑模型。 3. 编写系统分析说明书。
3.2系统项目范围
客户关系管理系统从两种用户角度进行功能划分。 1、操作员部分： 1.1：查看新闻信息； 1.2：管理个人信息； 2、管理员部分：
2.1：管理管理员信息； 2.2：管理业界新闻信息； 2.3：管理客户信息； 2.4：管理注册用户信息； 2.5：数据备份。
3.3 功能需求分析
3.3.1 操作员部分
1：查看资讯信息：查看相关的业界及客户资讯。 2：管理个人信息：注册及管理个人信息。 3.3.2 管理员部分
1：管理管理员信息：对管理员信息，包括账号、密码、操作权限等添加、管理操作。
2：管理业界资讯信息：添加及管理业界资讯信息。 3：管理客户信息：对客户信息进行添加、查询操作。 4：管理注册用户信息：对注册用户信息进行管理。
3.4系统实体分析
业界资讯类（allgonggao） ID/tittle/concent/ leibie/ addtime Add()/update()/delete() 系统用户类（allusers） ID/username/pwd/cx/addtime Add()/update()/delete() 客户信息类（kehuxinxi） ID/bh/mc/szc/cx/ fx/lxr/tel/price/ /addtime Add()/update()/delete() 注册用户类（users） ID/username/pwd/tel/xm/ addtime Add()/update()/ delete() 图3-4-1 系统实体类图
3.5系统的数据库设计 3.5.1 概念设计
在概念设计阶段中，从用户的角度看待数据及处理要求和约束，产生一个反映用户观点的概念模式。然后再把概念模式转换成逻辑模式。将概念设计从设计过程中独立开来，使各阶段的任务相对单一化，设计复杂程度大大降低，不受特定DBMS的限制。利用ER方法进行数据库的概念设计，可分成三步进行：首先设计局部ER模式，然后把各局部ER模式综合成一个全局模式，最后对全局ER模式进行优化，得到最终的模式，即概念模式。
3.5.1.1 设计局部ER模式
1实体和属性的定义：
1）系统用户类别（用户名，密码，权限，注册时间）
系统用户 用户名 密码
图3-5-1系统用户实体与属性的定义
权限 注册时间
2）客户回访（客户姓名，联系人，回访时间，主题）
客户回访 客户姓名 联系人 主题 添加时间 图3-5-2客户回访实体与属性的定义
3）客户信息类别（客户姓名，性别，联系电话，出生年月，地址）
客户信息 客户姓名 性别 联系电话 图3-5-3 客户信息实体与属性的定义
出生年月 地址 4）交易记录（客户名称，服务名称，日期，金额，销售人员） 交易记录 客户名称 服务名称 金额 图3-5-4交易记录实体与属性的定义
销售人员2 实体关系定义：
ER模型的“联系”用于刻画实体之间的关联。一种完整的方式是对局部结构中任意两个实体类型，依据需求分析的结果，考察局部结构中任意两个实体类型之间是否存在联系。若有联系，进一步确定是1:1、1:N、M:N的关系。还要考察一个实体类型内部是否存在联系，两个实体类型之间是否存在联系，多个实体类型之间是否存在联系，等等针对本系统分析如下：
以管理员与信息之间的关系为例：
一个信息只能接受一个管理员管理，而一个管理员可以管理多个信息。 管理员 1
图3-5-8 管理员与信息1:N(一对多的关系)
N 信息 3.5.1.2设计全局ER模式
所有局部ER模式都设计好了后，接下来就是把它们综合成单一的全局概念结构。全局概念结构不仅要支持所有局部ER模式，而且必须合理地表示一个完整、一致的数据库概念结构。
1) 确定公共实体类型
为了给多个局部ER模式的合并提供开始合并的基础，首先要确定各局部结构中的公共实体类型。在这一步中我们仅根据实体类型名和键来认定公共实体类型。一般把同名实体类型作为公共实体类型的一类候选，把具有相同键的实体类型作为公共实体类型的另一类候选。
2) 局部ER模式的合并
合并的原则是：首先进行两两合并；先合并那些现实世界中有联系的局部结构；合并从公共实体类型开始，最后再加入独立的局部结构。
3) 消除冲突
冲突分为三类：属性冲突、结构冲突、命名冲突。
设计全局ER模式的目的不在于把若干局部ER模式形式上合并为一个ER模式，而在于消除冲突，使之成为能够被所有用户共同理解和接受的同一的概念模型。
4) 全局ER模式的优化
在得到全局ER模式后，为了提高数据库系统的效率，还应进一步依据处理需求对ER模式进行优化。一个好的全局ER模式，除能准确、全面地反映用户功能需求外，还应满足下列条件：实体类型的个数要尽可能的少；实体类型所含属性个数尽可能少；实体类型间联系无冗余。
客户关系管理系统的全局ER模式如图所示：
客户关系管理系统设计方案
