网站建设中页面源码（网站建设中从页面设计到页面编码，程序设计，数据库建立都是一个什么样的程序）

本文目录

• 网站建设中从页面设计到页面编码，程序设计，数据库建立都是一个什么样的程序
• 我刚下载了后台源码为什么用FTP上传上去怎么还是网站建设中啊

网站建设中从页面设计到页面编码，程序设计，数据库建立都是一个什么样的程序

一切来自上帝（客户）和上帝的需求。
开发网站没有固定的模式，但是却有前人总结的非常有效的开发模式。
1、可行性分析
具体工作包括：确定项目的输入和输出、分析项目开发的必要条件、成本——效益分析、制定项目进度等。这一阶段还要进行项目的技术可行性分析，如分析有哪些软件工具可用、需要什么样的硬件装备、开发人员应具备哪些技能等。这一阶段结束时，应生成项目可行性报告。
2、需求分析和规格说明
包括收集、分析和确认需求，编写需求规格说明书。这一阶段结束时，应提交软件需求规格说（SRS）文档。SRS是一份正式文档，在开发团队和客户之间起着书面协议的作用。SRS作为设计阶段的输入，应包括项目的功能需求、性能需求、软件需求、硬件需求和网络需求等内容。
3、设计
根据SRS文档设计项目的逻辑结构，这一结构应能用编程语言实现。设计阶段生成设计文档，该文档将作为后续阶段的共同输入。
4、编码
根据设计文档编写程序代码。这一阶段完成的源代码是测试和维护阶段的输入。
5、测试
查措错误。测试从制定计划开始，包括生成测试用例、制定测试标准、为测试分配资源等一系列活动。计划制定好后，开始代码测试，检验代码是否符合设计文档。测试阶段生成测试报告，记录所有发现的错误。
6、维护
长期的软件修改和维护。软件在客户端问署完毕后，还有可能需要根据用户的新需求进行二次开发。维护阶段还包括查找和修改测试后的残留错误。
SDLC（Software Developing Lif Cycle）模型
SDLC模型不止一种，每一种都以不同的方式契合SDLC的各个阶段。不同的SDLC模型强调生命周期的不同方面，没有哪一种模型是普适的，能适用于所有软件系统。为软件项目选择SDLC模型非常重要，因为模型能够起到一定的基础作用，有利于在开发过程中对各项活动进行分类和控制。一个大家都能理解和接受的SDLC模型使得各相关人员能够就项目进行有效的沟通，从而提高项目的可管理性，改善资源分配和成本控制，并最终提升系统整体质量。SDLC模型分三大类型：
一、线性模型
二、迭代模型
三、增量模型

一、线性模型
适合线性模型的项目，应在软件设计开始前，需求就已经非常明确，而且，各方对需求都有很好的理解。线性模型分为：
1、瀑布模型
2、原型模型
瀑布模型：
瀑布模型以线性顺序流的方式描述软件开发过程，这意味着开发过程中任一阶段当且仅当前一阶段完成后才能开始。而且，项目一旦进到下一阶段，不能退回。瀑布模型把软件开发过程划分为七个阶段：
A、概念阶段：始于发现问题。这一阶段的工作包括为解决问题设定目标、估算新系统的效益、分析解决方案可能造成的影响等。
B、起始阶段：从宏观层面分析客户需求。这一阶段应提供多种备选方案并权衡各方案的成本——效益。
C、分析阶段：对客户需求进行详细分析，确定系统框架，提出设计要求。这一阶段结束时应固化所有需求（需求一旦确定下来，不能再修改）。
D、设计阶段：依据需求进行系统设计。
E、构建阶段：实现设计
F、整合与测试阶段：对前一阶段开发出的各模块进行整合和测试。
G、实施与维护阶段：新系统交付使用，包括必要的系统试运行和员工操作培训。
瀑布模型的各阶段如下：
概念阶段－》起始阶段－》分析阶段－》设计阶段－》构建阶段－》整合与测试阶段－》实施与维护阶段
原型模型：
又称为进化模型，它克服了瀑布模型的局限性。瀑布模型在软件开发中可能导致失败，这种失败或者是由于需求的变更引起的，又或者是因为开发团队在理解客户需求时有偏差。当使用瀑布模型时，需求的变动或对需求理解的偏差都不可避免地导致开发工作的全部返工。引入原型概念，正是为了克服这些局限性。
原型可理解为系统的样品，它展示了系统有限的但是主要的功能。原型做好后，需提交客户评审。原型帮助客户决定最终软件应具有哪些功能。在原型模型方式下，客户对原型提出改进建议，开发团队依据建议修改原型，再交由用户评审，这一过程循环往复，直到双方都对需求有了彻底的理解为止。一旦原型最终确定下来，应考虑固化需求。
原型确定后，开发过程按照瀑布模型从设计阶段往下走。
--------------------------------------------------------------------
开发电子商务网站，是适合利用原型模型的一个很好的例子。例如，要开发一个购物网站，开发团队可以先设计各网页原型，比如目录页面、下订单页面和信用卡认证页面等。页面设计好后，交给客户评审。如果客户认可，则确定需求，正式启动设计。如果客户不满意，则重新设计原型，再交给客户，这一过程一般需要反复多次，直到客户完全认可为止。
--------------------------------------------------------------------
二、迭代模型
迭代模型是对原型模型的进一步改进。如果软件需求是在整个开发过程中明晰起来的，那么用迭代模型比较合适。迭代模型一般有多个循环过程。第一次，先实现部分完全理解的需求。当对需求有了更多的了解时，进入下一个循环。 迭代模型又分为：
1、螺旋模型
2、双赢螺旋模型
3、基于组件的开发模型
螺旋模型：
螺旋模型具有原型模型的迭代性和瀑布模型的线性特点，最适用于开发分不同版本发布的软件。在螺旋模型的每个循环里，软件开发过程遵循阶段的线性法。每次循环结束时，客户评估现阶段的工作成果，并提供反馈意见。在有了反馈意见的基础上，开发工作进入下一处循环，依旧是先遵循线性法进行开发并在最后听取客户反馈。这一过程不段反复，贯穿软件的整个开发生命期。
螺旋模型的六个阶段：
A、与客户沟通：系统分析员与客户不断地就系统需求进行沟通
B、制定计划：包括估计项目的进度、成本和资源
C、风险分析：找出、估计、监控各种潜在的技术和管理风险，如进度迟缓和成本超支等
D、工程化：包括需求分析和系统设计
E、构建与发布：包括软件的编码、测试和部署。这一阶段还要提供所有用户支持文档
F、客户评价：客户评价软件，提出反馈意见或建议。这些反馈意见或建议将在下一个循环里落实。
图略。。。。。。。。。。。。
双赢螺旋模型：
双赢螺旋模型是螺旋模型的扩展。在这一模型中，开发团队和客户需要就需求展开讨论和协商。它之所以被称为双赢是因它既利于开发团队，也有利于客户。通过协商，客户能得到在最大程度上满足需求的产品，因此，这对客户有利。另一方面，沟通保证了开发团队能交付满足所有需求的软件，就这点而言，对开发方也是有利的。双赢螺旋模型的六个阶段是：
A、了解需求
B、就需求与客户进行协商（双赢的重点）
C、协商后，确定新需求
D、评价过程和产品的多个备选方案，分析风险
E、批准选定的过程和产品
F、评审客户反馈报告
图略。。。。。。。。。。。
基于组件的开发（CBD）模型：
基于组件的开发模型特别强调组件的可重用性。组件是大程序中的某些可标识的代码段。组件可以只有一个功能，也可以组合几个相关功能。在基于组件的开发模型里，系统被划分为多个组件，组件又进一步被划分为若干个模块。每个组件可按照线性模型或迭代模型开发。
组件是可重用的。组件可以与分布网络中同一架计算机或其他计算机上的其他组件结合以形成应用。在单机或分布式环境下，按需要搭建成更大的应用系统。以银行系统为例，在一个银行系统中，可作为插件使用的利息计算器和分期付款生成器就是组件。依据贷款的类型和金额，利息计算组件计算利息，分期付款组件按银行政策生成分期付款计划。

三、增量模型略………………

我刚下载了后台源码为什么用FTP上传上去怎么还是网站建设中啊

你把空间的原来的文件都删除 然后再上传,例如5944的空间就有个5944.htm 这个是默认文档 不删除的话你读不到 index.html 或者是其他的主页面