A. 一个完整的web项目开发流程
1 需求确定
通过各种方法确定系统的功能与性能。
功能:注册、登录、查询、搜索。。。
性能:可同时支持N个并发访问,并且响应时间不低于M毫秒。。。
方法:
会议
询问
头脑风暴
原型-界面原型、业务原型。。。
本阶段是项目开发的最重要的阶段。
在WEB项目中,通常界面设计会在本阶段进行。
2 分析与设计
1 架构分析与设计
逻辑结构:
3层架构、多层架构。。。
MVC。。。
Model1或Model2
。。。
物理架构:
web服务器的分布
数据库服务器的分布
。。。
技术解决方法的确定:
Java/.net
Open Source/商业
。。。
2 业务逻辑分析
根据需求分析业务逻辑:
有哪些人使用本系统
他们会使用本系统做什么
通常他们使用本系统的步骤是怎么样的
会有哪些明显的类来支撑本系统的运行
会有哪些不同的提示会反馈给用户
。。。
本阶段与需求的确定密切相关,通常在确定需求的时候就会进行相关的分析。
3 业务逻辑设计
根据需求的分析来确定具体的类
确定类的属性
确定类的接口(方法)
确定类之间的关系
确定用户操作流程在设计上的反映
进行数据库的设计
注意:不同的项目步骤可能不尽相同
4 界面设计
设计系统的界面风格:
颜色、style
设计系统的具体“模拟”界面:
能够从头到尾
方便进行需求的确定
方便JSP程序员进行开发
。。。
3 开发环境搭建
开发工具的确定:
eclipse、Myeclipse。。。
配置管理工具的确定
测试工具的确定
文件服务器/配置服务器等的确定
。。。
4 开发-测试-开发-测试
按照设计进行开发
迅速开发原型
进行迭代开发
提早进行测试:
单元测试
黑盒测试
白盒测试
性能测试
易用性测试
。。。
5 编写文档
B. 如何规划跟设计web应用程序,其开发周期有那几个阶段
下面用我开发的一个办公系统来说明一下如何规划跟设计WEB应用系统,及其开发几个阶段。
第一步:需求分析
我召集他们所有业务相关部门开了几次会议,将各部门的功能需求进行了整理和统一,写成的功能需求说明书,文中详细列出了软件要解决的实际问题及要达到的目标。他们要求软件要能解决他们的实际问题,带来真正的价值。比如直接给他们带来更多订单,帮助他们寻找客户并留住,同时在经营中节省人力成本及防止不必要的浪费,最终实现公司利润的增长。我认为,如果一个软件不能带来实质性的经济价值,仅仅只是用来装点公司门面,提高一点工作效率,那还不如不要。这也是他们为什么看不上有些成品软件,而要选择定制开发的原因。每个公司情况均不一样,成品软件商往往无法知道每个客户的痛处,所以做出来的产品无法真正适合客户。只有自己针对性的开发,才能真正解决问题。客户才知道他们公司最需要什么,他们的客户应如何获得和留住,业务流程应如何设计等等。有针对性开发一些实用功能,才是最适合的软件。
通过这个项目,我认识到编写软件需求说明书的过程非常重要,这决定了以后的开发过程是不是会走弯路,是否因为开发了不必要的功能浪费时间和金钱,是不是存在程序功能模块上的冲突。我在需求说明编写上花了较大精力,有种磨刀不误砍柴工的感觉。最后在所有人员一致通过这个需求说明书后才决定走下一步。
第二步:开发方案书
开发方案书是将功能需求说明书转化为可开发的具体行动方案,我根据开发平台的开发规则进行编写的,将软件需求说明书中的功能模块进行组合优化,分析出各个模块的数据结构及数据关系、运算逻辑,理清各模块之间的业务流程,最后根据各业务部门人员的实际情况规划各模块的界面样式。
我的开发方案书也写得很详细,不过相比功能需求说明书,感觉容易些,毕竟大方向已有了。开发方案书中我将数据结构中的表及字段全部规划好,并命名好,包括其数据类型、长度等,做成表格,并将各字段数据来源及编辑方式等均做好说明。前面忘记说明了,我虽然对编程不懂,但由于以前有过管理软件操作方面经验,对数据库还是有一定了解的,但也只是懂一些皮毛,不过用天纵快速开发平台开发,这点数据库方面的知识够用了,以后使用过程中如果需要更复杂的一些SQL语句再网上搜索一下吧。
开发方案书对后期的系统开发非常重要,下面的开发过程其实就是将开发方案书的内容在快速开发平台进行配置的过程。
第三步:开发及测试
有开发方案书,接下来的开发就非常容易了,其实就是将开发方案书的内容配置到开发平台上的过程,这就是我前面说的为什么找这样一个开发平台开发这个系统的原因。
用配置型开发平台开发软件相当简单快速,一般的模块三步就可以搞定了,第一步设置模块信息,第二步设置表单属性,第三步设置表中每个字段。也许我这样说你还是不太相信,那好吧。上图!
天纵快速开发平台分开发后台和应用前台。顾名思义,开发后台是供开发者使用的,应用前台是开发好的系统进行使用的地方。好了,进入开发后台吧,如下图:
通过这三步的配置,一个功能模块基本完成了。是不是非常简单快速!整体开发过程是不是全部是通过配置来完成的。当然上面提到的是一些最基本的配置,对于复杂功能要求的模块,可能还要进行更详细的配置。
配置型开发平台由于省去代码编写,开发速度大大提高,由于界面是由开发平台中间件根据配置的业务参数自动生成,不用每个界面均去编写一套代码,因此出错率大大降低,软件的性能和稳定性自然也就有了保障。
第四步:编写操作手册
系统开发好后,有一个收尾工作是不能省的,那就是编写操作手册。好在我平时没事就喜欢写点博客,对写作没有畏惧心。操作手册是供使用者学习和操作时用的,在操作手册中我将系统操作过程及其注意事项详细列出,事后我才知道,操作手册也是这个系统正式能使用起来的重要因素之一,因为我写的操作手册有声有色,条理清晰,操作这个系统的同事很快就能理解并上手了。
我得出的经验是:操作手册越早编写越好,最好是在开发的同时就进行编写,开发过程中一些重点内容要立即记录下来,提醒以后的使用者,时间一长了,就算是开发者本人也可能都忘记了,最后导致使用者走弯路。
第五步:上线试运行
折腾了半个多月,一个共有50多个模块的内部管理系统基本算是大功告成了,请客户的几个部门领导一起演示操作走了一遍,大家十分满意,总算没辜负老他们板的期望。他们老板一高兴,批准买一台服务器专门运行这个系统。我花了一天时间,部署到服务器上,开始上线试运行。
第六步:正式运行
经过了半个月的试运行,调整了其中出现一些小问题,就开始召集所有部门相关人员进行几天的操作培训,开始正式在公司内全面运行。
C. 模拟负责一个基于web的图书管理系统软件的开发,问: 应该如何分解此项目所应该包括的工作请做一个WBS
顶层分解至少要有以下内容:
1.用户管理。
2.图书管理。
3.借还登记。
4.图书查询。
5.图书预定。
6.系统设置。
以上是最顶层的,每个顶层问题又可以继续细分,例如 借还登记 又可以分为以下问题:
1.借书登记
2.还书登记
3.查看借阅情况
4.过期罚款。
一层层分解,问题分解到一个问题一个工程师能在一个里程碑内完成就无需再继续分解了。
D. 未来web开发的趋势是什么
现在,Web开发世界在不断变化,趋势也在不断变化。有时,这些趋势的变化速度远远快于它们的使用速度。要保持领先,就必须关注最新的流行趋势、更新、技术和方法。此外,了解趋势并随时了解周围发生的事情对于web开发是非常必要的。
E. web前端项目开发流程
前端前景是很不错的,像前端这样的专业还是一线城市比较好,师资力量跟得上、就业的薪资也是可观的,学习前端可以按照路线图的顺序,
0基础学习前端是没有问题的,关键是找到靠谱的前端培训机构,你可以深度了解机构的口碑情况,问问周围知道这家机构的人,除了口碑再了解机构的以下几方面:
1. 师资力量雄厚
要想有1+1>2的实际效果,很关键的一点是师资队伍,你接下来无论是找个工作还是工作中出任哪些的人物角色,都越来越爱你本身的技术专业前端技术性,也许的技术专业前端技术性则绝大多数来自你的技术专业前端教师,一个好的前端培训机构必须具备雄厚的师资力量。
2. 就业保障完善
实现1+1>2效果的关键在于能够为你提供良好的发展平台,即能够为你提供良好的就业保障,让学员能够学到实在实在的知识,并向前端学员提供一对一的就业指导,确保学员找到自己的心理工作。
3. 学费性价比高
一个好的前端培训机构肯定能给你带来1+1>2的效果,如果你在一个由专业的前端教师领导并由前端培训机构自己提供的平台上工作,你将获得比以往更多的投资。
希望你早日学有所成。
F. 开发一个WEB项目的流程是怎样的
首先了解项目需求,形成项目需求文档
根据web项目未来的运行方式和场景选择web运行服务器,数据库以及开发语言,还有支持的浏览器最低版本
小型的web项目最好边开发边和用户交流,以尽可能满足用户需求
大型的web项目最好能将需求让用户确认,便于未来需求修改时评估修改成本或以合适理由拒绝修改
小型组网测试。小范围内测试web项目的功能和交互方式。
压力测试。如果web项目的使用人数将来会非常大,可能要找工具对该项目进行压力测试。
试运行。试运行也可和前期测试相结合。
正式上线。
后期维护。
G. web开发解释
“web 开发”是在因特网www或者在局域网a private network上建立站点的各种方法的宽泛总称。
web 开发可以从 开发一个最简单的纯文本的静态单页面 到 很复杂的基于web的internet 应用、电子商
务、和社交网络服务。一个更综合性更完善性的归纳可以把web 开发分为为:
web 设计,
web 内容开发,
客户端联络,
客户端/服务器端 脚本开发,
web 服务,
网络安全配置, 和
电子商务开发(比如支付服务)。
(相关词条还有更深层次的解释,有空我可以后续学习并翻译出来)
在web 专业领域,“web 开发”一般是指 在网站建设中,那些无关页面设计的工作:写 Markup 标记语
言和写代码。
对于大的组织或公司,web 开发团队可以由几百个开发者(web开发人员)组成。小点的组织只需要单一
的长期工或者合同制的web master, 或者兼职。比如 图形设计, 信息系统 工程人员。web开发会是几个部门之
间的协同工作,而不是某个特定的designated部门的某个业务区域(domain)。
H. web开发过程中的各阶段
(1)Web分析
基于Web的应用系统的需求分析是很重要的活动,需要一个系统而严密的方法. 根据Web特性和Web应用的特定需求,需要采用更为开放、灵活的需求分析方法.与传统软件过程的分析不同,Web分析阶段不但要分析Web系统本身的功能和性能,还要对可能的用户群体进行分析和调查.
(2)Web设计
Web设计不但包括功能设计和性能设计,还要包括页面风格设计,包括页面的主色调、页面框架结构、文字颜色搭配、动画和图片的放置等.
有效的Web站点设计需要注意可用性,要把基于Web的系统设计成易于导航,吸引人和有用.现在,比较流行的Web设计方法是以用户为中心的设计[4].
(3) Web开发
Web开发过程包括后台数据库程序的开发、页面程序的编写和所有网页的制作.在设计阶段决定的Web框架基础上,进行具体的页面设计和制作.把内容提供人员的内容连接到具体的页面.
一个Web工程过程必须包含多种类型的开发人员,要保证这些人员都能很好地理解自己在项目开发中的作用和职责,当有重叠发生时,应该要从整个项目角度找出解决方法.
(4) Web测试
在Web工程过程中,基于Web系统的测试、确认和验收是一项重要而富有挑战性的工作.基于Web的应用系统的测试与传统的软件测试不同,不但需要检查和验证是否按照设计的要求运行,而且还要评价系统在不同用户的浏览器的显示是否合适.重要的是,还要从最终用户的角度进行安全性和可用性测试.因此,我们必须为测试和评估复杂的基于Web的系统,研究新的方法和技术.
(5)Web发布
Web发布阶段主要是把开发完成,经过初步测试的Web应用系统传送到Web站点上,供用户浏览和使用.
(6) Web更新、支持和管理
与传统的软件系统不一样,Web系统是需要经常更新的.这种更新包括细微的变化到大规模的变化,可以是页面内容的刷新、也可以是整个页面结构框架的更新(例如:整个主页结构的变化、增加或变更一个栏目).正是因为这种改变是经常存在的,所以大型Web应用系统的管理是一项艰巨的任务.对每一种变化,无论大小,都需要以一种合理的,有控制的方式进行处理.我们可把经实践证明了的软件配置管理(SCM)的概念、原理和方法用到Web管理中.
I. 请教公司里web开发的流程
首先策划出文案,然后设计出效果,通过后制作切图做页面,前后台可以同时做,套页面应该是把任凭做的html静态页与程序员开发的后台绑定起来
J. web前端开发项目过程
老板或甲方是一个需求的真正发起者,也是一个基础idea的梦想师,产品是需求专业化梳理或进行有效评估细化需求负责的,
而设计是前端的上游,前端是设计的下游。设计的工作目的是把产品宏观的思维结果进行专业的处理,因为按一般的习惯,产品最终的结果是原型图,而原型图可以理解为设计的草图,
对真正的用户来说,这个草图过于简单或不符合使用的操作习惯,所以需要设计师进行专业的处理,比如颜色搭配,布局分隔,有时候还兼交互的一部分工作,设置用户与页面发生交互的预订流程,
那有人问,不需要设计不行吗?直接让前端写页面不就得了,还需要麻烦设计师来做个图出来。
因为这里边有一个成本风险控制的一个理念,因为在前期,尤其是设计,主观感受大于理性的思考,所以每天的结果都不一样,所以需要设计师去消化掉这部分主观感受带来的误区,
而且从成本上来讲,有些场景设计师改图比改代码要容易控制一些。
设计师的结果是psd文件,他是很多个图层叠加在一起的结果,而前端的工作结果html页面,是把很多图层上的效果,有机的用html组织起来的过程。
前端是把转化后html交给下游服务端开发工程师,或叫后台开发,这个html里边包括一些交互的js文件等。总的来说前端是一个承前启后的岗位。
也有的公司把前端的责任放大,负责整个前台view层页面的开发,这样的好与坏在前面的文章中已经探讨过就不一一细表了。
我们以前基本的流程是,领导或甲方提出需求,然后产品分析需求,并且根据需求画出原型图,然后根据原型图出设计稿。
出完设计稿团队评审,过后交与前端制作静态页面,然后静态页面,交与设计审核,过后交给开发人员,进行动态数据的添加。
添加完之后,发布测试环境,产品测试领导审核,成功后,直接发布产品环境。或进行版本迭代。
这是整个的一个设计,开发,部署的流程。
根据前面的,在补充一下,前面的所有流程中的灵魂是原始需求提出者,但人随着客观条件的变化,思维认识会有所不一致,
所以产生了文档,文档是贯穿整个流程的一个灵魂。
而产品是整个流程中文档的编写者,因为产品最能接触最原始的需求,对需求的理解更深刻或专业,所以他会有一个文档出来。
这个文档是需要交付给设计,让设计在设计过程中进行参考。
前端看的另外一个文档。交互设计师出交互文档,一般的公司没有交互设计师那就是由产品来出的交互文档。
有的交互不过于复杂,就没有文档,只是邮件。
有时候说,不要这个邮件行不行,那怕是最简单的原始东西,没有文件或邮件是不能做一个后期测试回溯的依据。
产品文档表示页面的流转或数据的走向,交互文档描述页面复杂的交互或各个用户表单与用户发生的各种互动。
另外2个是,要架构师或项目经理出的需求文档,需求文档是对整个项目的历史背景,系统开发软硬件要求,或版本信息,等等。
另外一个是由服务端工程师提供的接口文档,这里边包括一些请求类型,传参的数目与键名,还有服务端返回的参数名约定等等的,这些文档是开发中的灵魂,也是以后测试回溯的标准或依据。