文件服务器管理控制台为管理文件服务器提供集中的工具。使用文件服务器管理，可以创建和管理共享，设置配额限制，创建存储利用情况报告，将数据复制到文件服务器和从文件服务器中复制数据，管理存储区域网络（SAN），以及与UNIX和Macintosh系统共享文件。
2．存储报告
使用存储报告，可以分析服务器上的磁盘空间是如何使用的。例如，可以生成识别重复文件的按需或计划报告。然后删除这些复制文件以便回收磁盘空间。
3．配额和文件屏蔽
使用配额，可以限制卷或文件夹子树大小。可以将Windows配置为在达到配额限制时通知您。使用文件屏蔽，可以防止某些类型的文件被保存到文件夹或卷。文件屏蔽有助于确保用户不在服务器上保存某些可能导致用户违反知识产权法的非关键性数据和文件。
4．DFS管理
使用"DFS管理"管理单元，可以管理从分支机构中的服务器到集线器数据中心中的服务器的数据复制。这样，数据可以被集中备份，而不必在在分支机构备份数据。使用"DFS管理"管理单元，还可以对位于不同服务器上的共享文件夹进行分组并将其作为虚拟文件夹树（称为"名称空间"）提供给用户。名称空间可以提供很多好处，包括提高数据的可用性、分担负载和简化数据迁移。一个网站的成功与否与建站前的网站规划有着极为重要的关系。在建立网站前应明确建设网站的目的，确定网站的功能，确定网站规模、投入费用，进行必要的市场分析等。网站规划对网站建设起到计划和指导的作用，对网站的内容和维护起到定位作用。只有详细的规划，才能避免在网站建设中出现的很多问题，使网站建设能顺利进行。
网站规划书包含的内容如下：
一、市场分析
1、相关行业的市场是怎样的，有什么样的特点，是否能够在互联网上开展公司业务。
2、市场主要竞争者分析，竞争对手上网情况及其网站规划、功能作用。
3、公司自身条件分析、公司概况、市场优势，可以利用网站提升哪些竞争力，建设网站的能力（费用、技术、人力等）。
二、网站目的及功能定位
1、为什么要建网站，是为了宣传产品，进行电子商务，还是建行业性网站？是企业的需要还是市场开拓的延伸？
2、整合公司资源，确定网站功能。根据公司的需要和计划，确定网站的功能：产品宣传型、网上营销型、客户服务型、电子商务型等。
3、根据网站功能，确定网站应达到的目的作用。
三、网站技术解决方案
根据网站的功能确定网站技术解决方案。
1、租用虚拟主机的配置。
2、网站安全性措施，防黑、防病毒方案。
3、相关程序开发。如网页程序ASP、JSP、CGI、数据库程序等。
四、网站内容规划
1、根据网站的目的和功能规划网站内容，一般企业网站应包括：公司简介、产品介绍、服务内容、价格信息、、网上定单等基本内容。
2、电子商务类网站要提供会员注册、详细的商品服务信息、信息搜索查询、定单确认、付款、相关帮助等。
3、如果网站栏目比较多，则考虑采用网站编程专人负责相关内容。 注意：网站内容是网站吸引浏览者最重要的因素，无内容或不实用的信息不会吸引匆匆浏览的访客。可事先对人们希望阅读的信息进行调查，并在网站发布后调查人们对网站内容的满意度，以及时调整网站内容。
五、网页设计
1、网页设计一般要与企业整体形象一致，要符合CI规范。要注意网页色彩、的应用及版面规划，保持网页的整体一致性。
2、在新技术的采用要考虑主要目标访问群体的分布地域、年龄阶层、网络速度、阅读习惯等。
3、制定网页改版计划，如半年到一年时间进行较大规模改版等。
六、网站维护
1、服务器及相关软硬件的维护，对可能出现的问题进行评估，制定响应时间。
2、数据库维护，有效地利用数据是网站维护的重要内容，因此数据库的维护要受到重视。
3、内容的更新、调整等。
4、制定相关网站维护的规定，将网站维护制度化、规范化。
七、网站测试
网站发布前要进行细致周密的测试，以保证正常浏览和使用。主要测试内容：
1、服务器稳定性、安全性。
2、程序及数据库测试。
3、网页兼容性测试，如浏览器、显示器。
4、根据需要的其他测试。
八、网站发布与推广
1、网站测试后进行发布的公关，广告活动。
2、搜索引掣登记等。
九、网站建设日程表
各项规划任务的开始完成时间，负责人等。
十、费用明细
各项事宜所需费用清单。
以上为网站规划书中应该体现的主要内容，根据不同的需求和建站目的，内容也会在增加或减少。在建设网站之初一定要进行细致的规划，才能达到预期建站目的。摘要: 本文是在概要设计实践和学习中的一些心得与学习笔记，希望与大家分享，如有不妥之处欢迎指正。 关键字: 概要设计，结构化，OOD 正文: 在需求明确、准备开始编码之前，要做概要设计，而详细设计可能大部分公司没有做，有做的也大部分是和编码同步进行，或者在编码之后。因此，对大部分的公司来说，概要设计文档是唯一的设计文档，对后面的开发、测试、实施、维护工作起到关键性的影响。 一、问题的提出 概要设计写什么概要设计怎么做 如何判断设计的模块是完整的 为什么说设计阶段过于重视业务流程是个误区 以需求分析文档还是以概要设计文档来评估开发工作量、指导开发计划准确 结构化好还是面向对象好 以上问题的答案请在文章中找。 二、概要设计的目的 将软件系统需求转换为未来系统的设计; 逐步开发强壮的系统构架; 使设计适合于实施环境，为提高性能而进行设计; 结构应该被分解为模块和库。 三、概要设计的任务 制定规范:代码体系、接口规约、命名规则。这是项目小组今后共同作战的基础，有了开发规范和程序模块之间和项目成员彼此之间的接口规则、方式方法，大家就有了共同的工作语言、共同的工作平台，使整个软件开发工作可以协调有序地进行。 总体结构设计: 功能(加工)->模块:每个功能用那些模块实现，保证每个功能都有相应的模块来实现; 模块层次结构:某个角度的软件框架视图; 模块间的调用关系:模块间的接口的总体描述; 模块间的接口:传递的信息及其结构; 处理方式设计:满足功能和性能的算法 用户界面设计; 数据结构设计: 详细的数据结构:表、索引、文件; 算法相关逻辑数据结构及其 *** 作; 上述 *** 作的程序模块说明(在前台在后台用视图用过程······) 接口控制表的数据结构和使用规则 其他性能设计。 四、概要设计写什么 结构化软件设计说明书结构(因篇幅有限和过时嫌疑，在此不作过多解释) 任务:目标、环境、需求、局限; 总体设计:处理流程、总体结构与模块、功能与模块的关系; 接口设计:总体说明外部用户、软、硬件接口;内部模块间接口(注:接口≈系统界面) 数据结构:逻辑结构、物理结构，与程序结构的关系; 模块设计:每个模块“做什么”、简要说明“怎么做”(输入、输出、处理逻辑、与其它模块的接口，与其它系统或硬件的接口)，处在什么逻辑位置、物理位置; 运行设计:运行模块组合、控制、时间; 出错设计:出错信息、处错处理; 其他设计:保密、维护; OO软件设计说明书结构 1 概述 系统简述、软件设计目标、参考资料、修订版本记录 这部分论述整个系统的设计目标，明确地说明哪些功能是系统决定实现而哪些时不准备实现的。同时，对于非功能性的需求例如性能、可用性等，亦需提及。需求规格说明书对于这部分的内容来说是很重要的参考，看看其中明确了的功能性以及非功能性的需求。这部分必须说清楚设计的全貌如何，务必使读者看后知道将实现的系统有什么特点和功能。在随后的文档部分，将解释设计是怎么来实现这些的。 2 术语表 对本文档中所使用的各种术语进行说明。如果一些术语在需求规格说明书中已经说明过了，此处不用再重复，可以指引读者参考需求说明。 3 用例 此处要求系统用用例图表述(UML)，对每个用例(正常处理的情况)要有中文叙述。 4 设计概述 41 简述 这部分要求突出整个设计所采用的方法(是面向对象设计还是结构化设计)、系统的体系结构(例如客户/服务器结构)以及使用到的相应技术和工具(例如OMT、Rose) 42 系统结构设计 这部分要求提供高层系统结构(顶层系统结构、各子系统结构)的描述，使用方框图来显示主要的组件及组件间的交互。最好是把逻辑结构同物理结构分离，对前者进行描述。别忘了说明图中用到的俗语和符号。 43 系统界面 各种提供给用户的界面以及外部系统在此处要予以说明。如果在需求规格说明书中已经对用户界面有了叙述，此处不用再重复，可以指引读者参考需求说明。如果系统提供了对其它系统的接口，比如说从其它软件系统导入/导出数据，必须在此说明。 44 约束和假定 描述系统设计中最主要的约束，这些是由客户强制要求并在需求说明书写明的。说明系统是如何来适应这些约束的。 另外如果本系统跟其它外部系统交互或者依赖其它外部系统提供一些功能辅助，那么系统可能还受到其它的约束。这种情况下，要求清楚地描述与本系统有交互的软件类型以及这样导致的约束。 实现的语言和平台也会对系统有约束，同样在此予以说明。 对于因选择具体的设计实现而导致对系统的约束，简要地描述你的想法思路，经过怎么样的权衡，为什么要采取这样的设计等等。 5 对象模型 提供整个系统的对象模型，如果模型过大，按照可行的标准把它划分成小块，例如可以把客户端和服务器端的对象模型分开成两个图表述。在其中应该包含所有的系统对象。这些对象都是从理解需求后得到的。要明确哪些应该、哪些不应该被放进图中。所有对象之间的关联必须被确定并且必须指明联系的基数。聚合和继承关系必须清楚地确定下来。每个图必须附有简单的说明。 6 对象描述 在这个部分叙述每个对象的细节，它的属性、它的方法。在这之前必须从逻辑上对对象进行组织。你可能需要用结构图把对象按子系统划分好。 为每个对象做一个条目。在系统对象模型中简要的描述它的用途、约束(如只能有一个实例)，列出它的属性和方法。如果对象是存储在持久的数据容器中，标明它是持久对象，否则说明它是个临时对象(transient object)。 对每个对象的每个属性详细说明:名字、类型，如果属性不是很直观或者有约束(例如，每个对象的该属性必须有一个唯一的值或者值域是有限正整数等)。 对每个对象的每个方法详细说明:方法名，返回类型，返回值，参数，用途以及使用的算法的简要说明(如果不是特别简单的话)。如果对变量或者返回值由什么假定的话，Pre-conditions和Post-conditions必须在此说明。列出它或者被它调用的方法需要访问或者修改的属性。最后，提供可以验证实现方法的测试案例。 7 动态模型 这部分的作用是描述系统如何响应各种事件。一般使用顺序图和状态图。 确定不同的场景(Scenario)是第一步，不需要确定所有可能的场景，但是必须至少要覆盖典型的系统用例。不要自己去想当然地创造场景，通常的策略是描述那些客户可以感受得到的场景。 71 场景(Scenarios) 对每个场景做一则条目，包括以下内容: 场景名:给它一个可以望文生义的名字 场景描述:简要叙述场景是干什么的以及发生的动作的顺序。 顺序图:描述各种事件及事件发生的相对时间顺序。 72 状态图 这部分的内容包括系统动态模型重要的部分的状态图。可能你想为每个对象画一个状态图，但事实上会导致太多不期望的细节信息，只需要确定系统中一些重要的对象并为之提供状态图即可。 8 非功能性需求 五、概要设计怎么做 结构化软件设计方法: 详细阅读需求规格说明书，理解系统建设目标、业务现状、现有系统、客户需求的各功能说明; 分析数据流图，弄清数据流加工的过程; 根据数据流图决定数据处理问题的类型(变换型、事务型、其他型); 通过以上分析，推导出系统的初始结构图; 对初始结构图进行改进完善:所有的加工都要能对应到相应模块(模块的完整性在于他们完成了需求中的所有加工)，消除完全相似或局部相似的重复功能(智者察同)，理清模块间的层次、控制关系，减少高扇出结构，随着深度增大扇入，平衡模块大小。 由对数据字典的修改补充完善，导出逻辑数据结构，导出每种数据结构上的 *** 作，这些 *** 作应当属于某个模块。 确定系统包含哪些应用服务系统、客户端、数据库管理系统; 确定每个模块放在哪个应用服务器或客户端的哪个目录、哪个文件(库)，或是在数据库内部建立的对象。 对每个筛选后的模块进行列表说明。 对逻辑数据结构进行列表说明。 根据结构化软件设计说明书结构对其他需要说明的问题进行补充说明，形成概要设计说明书。 OO软件设计方法: 在OOA基础上设计对象与类:在问题领域分析(业务建模和需求分析)之后，开始建立系统构架。 第一步是抽取建立领域的概念模型，在UML中表现为建立对象类图、活动图和交互图。对象类就是从对象中经过“察同”找出某组对象之间的共同特征而形成类: 对象与类的属性:数据结构; 对象与类的服务 *** 作: *** 作的实现算法; 对象与类的各外部联系的实现结构; 设计策略:充分利用现有的类; 方法:继承、复用、演化; 活动图用于定义工作流，主要说明工作流的5W(Do What、Who Do、When Do、Where Do、Why Do)等问题，交互图把人员和业务联系在一起是为了理解交互过程，发现业务工作流中相互交互的各种角色。 第二步是构建完善系统结构:对系统进行分解，将大系统分解为若干子系统，子系统分解为若干软件组件，并说明子系统之间的静态和动态接口，每个子系统可以由用例模型、分析模型、设计模型、测试模型表示。软件系统结构的两种方式:层次、块状 层次结构:系统、子系统、模块、组件(同一层之间具有独立性); 块状结构:相互之间弱耦合 系统的组成部分: 问题论域:业务相关类和对象(OOA的重点); 人机界面:窗口、菜单、按钮、命令等等; 数据管理:数据管理方法、逻辑物理结构、 *** 作对象类; 任务管理:任务协调和管理进程; 第三步是利用“4+1”视图描述系统架构:用例视图及剧本;说明体系结构的设计视图;以模块形式组成包和层包含概要实现模型的实现视图;说明进程与线程及其架构、分配和相互交互关系的过程视图;说明系统在 *** 作平台上的物理节点和其上的任务分配的配置视图。在RUP中还有可选的数据视图。 第四步是性能优化(速度、资源、内存)、模型清晰化、简单化(简单就是享受)。 六、概要设计的原则 总体原则和方法:由粗到细的原则，互相结合的原则，定性分析和定量分析相结合的方法，分解和协调的方法和模型化方法。 要系统考虑系统的一般性、关联性、整体性和层次性。 分解协调:目的是为了创造更好的系统。系统分解是指将一个复杂的系统分解为若干个子系统，系统协调一是系统内协调，即根据系统的总结构、总功能、总任务和总目标的要求，使各个子系统之间互相协调配合，在各个子系统局部优化基础上，通过内部平衡的协调控制，实现系统的整体优化; 屏蔽抽象:从简单的框架开始，隐含细节; 一致性:统一的规范、统一的标准、统一的文件模式; 每个模块应当有一个统一命名的容易理解的名字; 编码:由外向内(界面->核心); 面向用户:概要设计是对于按钮按下后系统“怎么做”的简要说明; 模块、组件的充分独立性、封闭性; 同时考虑静态结构与动态运行; 每个逻辑对象都应当说明其所处物理对象(非一一对应); 每个物理对象都有合适的开发人员，并且利于分工与组装。(详细说明见本人另一篇文章:系统构架设计应考虑的因素); 确立每个构架视图的整体结构:视图的详细组织结构、元素的分组以及这些主要分组之间的接口; 软件构架与使用的技术平台密切相关，目前常用的平台有J2EE、NET、CORBA等等，因此具体的软件构架人员应当具备使用这些平台的软件开发经验; 通过需求功能与设计模块之间的列表对应，检查每个需求功能是否都有相应的模块来实现，保证需求功能的可追溯性和需求实现(模块)的完整性，同时可以检查重复和不必要的模块。 在需求调研分析过程中对业务处理过程了解的完整性和准确性非常重要。调查了解清楚所有的业务流程才能设计出适合各流程业务节点用户业务特点和习惯的软件，使开发出来的软件更受欢迎。当然在进行软件概要设计时，要尽量排除业务流程的制约，即把流程中的各项业务结点工作作为独立的对象，设计成独立的模块，充分考虑他们与其他各种业务对象模块的接口，在流程之间通过业务对象模块的相互调用实现各种业务，这样，在业务流程发生有限的变化时(每个业务模块本身的业务逻辑没有变的情况下)，就能够比较方便地修改系统程序模块间的调用关系而实现新的需求。如果这种调用关系被设计成存储在配置库的数据字典里，则连程序代码都不用修改，只需修改数据字典里的模块调用规则即可。 七、概要设计的重要输出 编码规范:信息形式、接口规约、命名规则; 物理模型:组件图、配置图; 不同角度的构架视图:用例视图、逻辑视图、进程视图、部署视图、实施视图、数据视图(可选); 系统总体布局:哪些部分组成、各部分在物理上、逻辑上的相互关系; 两个不可忽视的输出: 与需求功能的关系:对于需求中的每一个功能，用哪一层、哪个模块、哪个类、哪个对象来实现(一对多关系);反过来，应当说明将要创建的系统每一层、每个模块、每个对象、每一个类“做什么”，他们是为了帮助实现哪些功能(一对多关系)。(需求的颗粒度在一开始往往是比较粗的，因此根据功能点对于整体项目规模的估计或得到项目WBS其误差范围也是比较大的。更为重要的原因是，需求往往不是编码工作分解的准确依据，因为一个需求的功能点可能对应多个代码模块，而多个需求的功能点也可能只对应一个或少数代码模块，同时还有软件复用等因素要考虑，因此只有在概要设计完成以后才能准确地得到详细设计或编码阶段的二次 WBS，并估计较为准确的整体项目规模。) 逻辑与物理位置:每个对象在逻辑上分别落在哪一层、哪个模块、哪个类;在物理上每个模块、每个对象、每一个类放在哪个应用服务器或客户端的哪个目录、哪个文件(库)，或者是建立在数据库管理系统中的什么东东(过程、函数、视图、触发器等等)。 八、结构化与面向对象方法特点比较 1 从概念方面看，结构化软件是功能的集合，通过模块以及模块和模块之间的分层调用关系实现;面向对象软件是事物的集合，通过对象以及对象和对象之间的通讯联系实现; 2 从构成方面看，结构化软件=过程+数据，以过程为中心;面向对象软件=(数据+相应 *** 作)的封装，以数据为中心; 3 从运行控制方面看，结构化软件采用顺序处理方式，由过程驱动控制;面向对象软件采用交互式、并行处理方式，由消息驱动控制; 4 从开发方面看，结构化方法的工作重点是设计;面向对象方法的工作重点是分析;但是，在结构化方法中，分析阶段和设计阶段采用了不相吻合的表达方式，需要把在分析阶段采用的具有网络特征的数据流图转换为设计阶段采用的具有分层特征的结构图，在面向对象方法中则不存在这一问题。 5 从应用方面看，相对而言，结构化方法更加适合数据类型比较简单的数值计算和数据统计管理软件的开发;面向对象方法更加适合大型复杂的人机交互式软件和数据统计管理软件的开发; 参考文献: 《实用软件工程》第二版，郑人杰、殷人昆、陶永雷等著 《微软项目:求生法则》Steve McConnell著，余孟学译 《软件工程:实践者的研究方法》(第5版)Roger SPressman著 《软件构架实践》SEI软件工程译丛，林·巴斯著 《RUP2000》电子版; 《UML与系统分析设计》张龙祥著; 《面向对象的分析与设计》杨正甫著; 1、提升你的知道问题的排名，甚至可以排首页 2、百度知道问答推广，帮助你提问回答 3、优化你的广告 4、删除别人推广，直接让他不要和你竞争。 我 1做 3问 5答 1推 9广 9关 6键 9词 5 排 0 名 2优化
网站运营的重点在于计划、安排与分配。要经营好自己的网站，你要学会该怎么去做好网站运营。网站运营是一种思维的活动，没有死板的限定，要按照自身的情况与网站的定位来知道属于你的网站运营方案。不同种类的行业、不同类型的网站都有他们特定的网站运营策划方案。接下来小编为大家分析下，网站运营方案该怎么策划。（易推宝）网站建设优化方面：1需求整理需求采集、分析和处理是网站营运的一项重要工作。运营人员是开发人员与销售人员、客户之间沟通的桥梁。在网站营运过程中，总会产生各种需求修改和新的需求，这些需求修订和新需求是否合理，这都需要运营人员进行需求整理，统一安排出来。2内容整合和建设做成用户所最关注，最吸引人的内容。我们要做的就是内容整合，形成具有足够吸引力的鲜明主题，呈现在首页，频道主页及推广页面上。服务至上，细节到位，给浏览者足够大的想象空间，让普通的同行企业产生一种距离感。体现“简约而不简单”整体风格。我想这就是所谓的高端。站点内容的建设，关系到网站长期的发展，是一个厚积薄发的过程，是网站营运的重要组成部分。3站点规划网站上线前，站点规划包括前期调研、可行性分析、策划文档撰写、业务流程及逻辑明确、站点展现规模等工作。站点规划主要是指新增需求的分析、补充开发的需求。网站推广优化方面：1网站标题栏(Title)的内容优化写好网相关简要介绍，不超过30字，然后将其改编，尽可能合理的导入与网站所在行业相关的关键词，换句话说，要写成“搜索引擎版”的网站介绍。2网站内容页的标题添加网站内容页，特别是其中比较重要的频道、栏目首页，应添加像网站首页一样的标题，添加原则与网站首页标题类似。3添加并优化网站首页标签(META)在网站首页的代码中，嵌入描述性的文字，概括网站的特征和优势，同样也采用搜索引擎的语言特征，这对优化搜索引擎扫描结果有很好的作用。同样的，网站比较重要的频道、栏目首页也应采取同样的 *** 作步骤。其他涉及到对搜索引擎扫描结果的优化，诸如增加粗体文字标题(不要用来代替)、栏目设置便于搜索引擎扫描、增加内容分页等等，也可适当做一些。
具体内容很多的，这个需要你自己去写和完善，别人写出来就不是你的了，再说没有谁会愿意无偿的给你写网游策划草案的，这个草案其实是一个想法的开始。 具体写的话主要写游戏的种类、有哪些系统、有什么玩法、特点在哪，与其他网游的不同之处是什么，运营方式是什么，盈利点是什么为什么，还有就是世界观、故事背景等等。这些写完了差不多就一篇草案出来了！ 如果是细化到系统的策划则按一下写 、相关资料 2、设计目的、设计方法、设计原则 3、系统概述：背景简介、玩法简介 4、逻辑设计：流程图、逻辑细则、子玩法设计 5、文案设计：与NPC对话的可能。 6、数值设计：相关数值的列举和设计。 7、修改意见： 我这是我现在公司系统文案用的一套，写的时候一定要简明扼要，流程图要规范就行了！ 希望能够帮助你！ 总的来说，我们公司的策划书分为以上几个部分，当然这个是系统策划，大策划是将每个系统策划拼合在一起！一个总策划案是由很多系统策划、文案策划、数值策划、关卡策划、执行策划组成！ 系统策划做系统设计和规则设定的；文案策划做故事情节以及任务对话剧情对话的；数值策划做的是游戏内一切数值相关的设定、关卡策划主要设计游戏中的地图、怪物、任务等，并交与美术、程序等制作，执行策划就是要将前面所说的策划案，整理成执行文档，给程序进行程序开发。一套完整的网站策划流程是什么样的一概念
网站项目管理就是根据特定的规范、在预算范围内、按时完成的网站开发任务。
二需求分析
项目立项
我们接到客户的业务咨询，经过双方不断的接洽和了解，并通过基本的可行性讨论够，初步达成制作协议，这时就需要将项目立项。较好的做法是成立一个专门的项目小组，小组成员包括：项目经理，网页设计，程序员，测试员，编辑/文档等必须人员。项目实行项目经理制。
客户的需求说明书
第一步是需要客户提供一个完整的需求说明。很多客户对自己的需求并不是很清楚，需要您不断引导和帮助分析。曾经有一次，我问客户：“您做网站的目的是什么？”他回答：“没有目的，只是因为别人都有，我没有！”。这样的客户就需要耐心说明，仔细分析，挖掘出他潜在的，真正的需求。配合客户写一份详细的，完整的需求说明会花很多时间，但这样做是值得的，而且一定要让客户满意，签字认可。把好这一关，可以杜绝很多因为需求不明或理解偏差造成的失误和项目失败。糟糕的需求说明不可能有高质量的网站。那么需求说明书要达到怎样的标准呢？简单说，包含下面几点：
1正确性：每个功能必须清楚描写交付的功能；
2可行性：确保在当前的开发能力和系统环境下可以实现每个需求；
3必要性：功能是否必须交付，是否可以推迟实现，是否可以在削减开支情况发生时"砍"掉；
4简明性：不要使用专业的网络术语；
5检测性：如果开发完毕，客户可以根据需求检测。
三系统分析
网站总体设计
在拿到客户的需求说明后，并不是直接开始制作，而是需要对项目进行总体设计，详细设计，出一份网站建设方案给客户。总体设计是非常关键的一步。它主要确定：
1网站需要实现哪些功能；
2网站开发使用什么软件，在什么样的硬件环境；
3需要多少人，多少时间；
4需要遵循的规则和标准有哪些。
同时需要写一份总体规划说明书，包括：
1网站的栏目和版块；
2网站的功能和相应的程序；
3网站的链接结构；
4如果有数据库，进行数据库的概念设计；
5网站的交互性和用户友好设计。
网站建设方案
在总体设计出来后，一般需要给客户一个网站建设方案。很多网页制作公司在接洽业务时就被客户要求提供方案。那时的方案一般比较笼统，而且在客户需求不是十分明确的情况下提交方案，往往和实际制作后的结果会有很大差异。所以应该尽量取得客户的理解，在明确需求并总体设计后提交方案，这样对双方都有益处。网站建设方案的包括以下几个部分：
1客户情况分析；
2网站需要实现的目的和目标；
3网站形象说明；
4网站的栏目版块和结构；
5网站内容的安排，相互链接关系；
6使用软件，硬件和技术分析说明；
7开发时间进度表；
8宣传推广方案；
9维护方案；
10制作费用；
11本公司简介：成功作品，技术，人才说明等。
当您的方案通过客户的认可，那么恭喜你！您可以开始动手制作网站了。但还不是真正意义上的制作，你需要进行详细设计：
网站详细设计
总体设计阶段以比较抽象概括的方式提出了解决问题的办法。详细设计阶段的任务就是把解法具体化。详细设计主要是针对程序开发部分来说的。但这个阶段的不是真正编写程序，而是设计出程序的详细规格说明。这种规格说明的作用很类似于其他工程领域中工程师经常使用的工程蓝图，它们应该包含必要的细节，例如：程序界面，表单，需要的数据等。程序员可以根据它们写出实际的程序代码。
四 项目实施
整体形象设计
在程序员进行详细设计的同时，网页设计师开始设计网站的整体形象和首页。
整体形象设计包括标准字，Logo，标准色彩，广告语等。首页设计包括版面，色彩，图像，动态效果，图标等风格设计，也包括banner，菜单，标题，版权等模块设计。首页一般设计1-3个不同风格，完成后，供客户选择。
记住：在客户确定首页风格之后，请客户签字认可。以后不得再对版面风格有大的变动，否则视为第二次设计。
开发制作
到这里，程序员和网页设计师同时进入全力开发阶段，需要提醒的是，测试人员需要随时测试网页与程序，发现Bug立刻记录并反馈修改。不要等到完全制作完毕再测试，这样会浪费大量的时间和精力。项目经理需要经常了解项目进度，协调和沟通程序员与网页设计师的工作。
调试完善
在网站初步完成后，上传到服务器，对网站进行全范围的测试。包括速度，兼容性，交互性，链接正确性，程序健壮性，超流量测试等，发现问题及时解决并记录下来。
为什么要记录文档呢？其实本软件工程本身就是一个文档，是一个不断充实和完善的标准。通过不断的发现问题，解决问题，修改，补充文档，使这个标准越来越规范，越来越工业化。进而使得网站开发趋向规范，趋向合理。
宣传推广
宣传推广的基本方法有：
1网页里设置适当的META标签；
2各搜索引擎登录；
3准备新闻稿件在各新闻公告板发表；
4合理使用Email邮件列表；
5广告条交换；
6付费广告。
至此，网站项目建设完毕，将有关网址，使用 *** 作说明文档等提交客户验收。如果需要维护，另行签定维护项目。
维护
网站成功推出后，长期的维护工作才刚刚开始，我们需要做到的是
1及时响应客户反馈；例如可以采取Email自动回复功能，然后在1-3个工作日里解决问题，再次回复；
2网站流量统计分析和相应对策；
3尽量推广和使用您的网址；
4网站内容的及时更新和维护。
五遵循的规范
1网站建设目录规范
2网站文件命名规范
3网站建设尺寸规范
4网站首页head区代码规范
5网站连接结构规范
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）