首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >您的web开发过程由哪些步骤组成,每个阶段需要多少时间?

您的web开发过程由哪些步骤组成,每个阶段需要多少时间?
EN

Stack Overflow用户
提问于 2009-01-24 10:52:19
回答 8查看 2K关注 0票数 4

假设你在一个项目上工作了100天。过程的每个阶段(需求分析、规范等)需要多少天?拿走?

我还对每个阶段特定活动的比例感兴趣,比如编写测试、后端编码、前端编码、可视化设计、数据库设计等。

非常感谢!

编辑:

为了清楚起见,我不是在谈论网站设计--我对更“严肃”的web开发感兴趣,比如定制的商业web应用程序。我知道,每件事都取决于每个项目的具体情况,但我认为每个项目的比率可能大致相同。

EDIT2:

正如海伦正确地评论的那样,这个问题真的很难回答,因为项目可以如此不同,团队也可以如此。更具体地说,假设您有一个由四名开发人员组成的团队-其中两名负责后端工作,一名负责前端编程,另一名负责设计和html/css编码(团队中的一名成员担任项目经理),而您应该开发StackOverflow.com站点。

EN

回答 8

Stack Overflow用户

回答已采纳

发布于 2009-01-24 13:11:11

我们正在运行敏捷的scrum项目,所以我们通常会并行运行所有这些活动。所以,虽然我不能确切地回答你的问题,但我可以给你一些关于我们发现有效的比率的想法:

4-5个开发人员可以由一个客户端程序员(html/css),一个团队测试人员和一个交互设计师(与客户一起设计线框)来服务。像这样的团队通常需要50%的图形设计师来处理大多数应用程序,但您的工作里程可能会有所不同。然后是项目经理,还有各种不属于核心开发团队的其他利益相关者。

在开发团队中,通常有几个开发人员精通客户端开发,在后端也有类似数量的开发人员。这些人员也倾向于反映资源使用情况;)测试是开发的一个组成部分,也是团队测试人员努力的一部分。

当然,您当地的情况可能会有所不同,但这些数字只是为了让您了解一些情况。

票数 8
EN

Stack Overflow用户

发布于 2009-01-27 20:50:58

  • 第1步:拒绝
  • 第2步:愤怒
  • 第3步: acceptence

对于所有参与的团队成员,每个步骤所需的时间是不同的。

票数 4
EN

Stack Overflow用户

发布于 2009-01-29 18:15:01

我同意每个人的观点,“这取决于项目”。

另一方面,我确实认为可以遵循一个一致的过程;只需要调整努力的百分比来匹配项目:

通常,我遵循以下基本原则:

  1. Discovery -确定系统的特性/功能。最简单(也是最糟糕)的做法是接受别人所要求的,然后顺其自然。

例如,“构建stackoverflow.com”是一个相当宽泛的请求--实际上是一个错误的请求。这个项目必须从“我需要一个程序员可以协作的在线位置”开始。基于你试图解决的一件事,你可以深入到你想要的所有细节-比如如何回答问题,如何提问,如何评分等。我认为这是最关键的一步!输出=要求/规范;20/100天可以安全地花在here

  • Wireframing上-这是我喜欢使用基本的HTML页面、paint.NET,甚至是施工纸和胶水来模拟最终站点功能的每个方面。我喜欢使用纸张,因为它很容易进行更改:)经历这个过程会迫使你考虑用户体验的几乎每一个方面,并给你添加/删除功能和根据需要调整需求的灵活性。在您投入大量时间编写代码之前,您的客户已经对更改有了一些意见。一个额外的好处是你可以同时使用paste :) 10/100 days

  • Implementation/Testing -I组实现和测试,因为我认为开发一个完整的站点而不进行测试是短视的。(同时,您仍然需要第4步)。这是橡胶上路的地方。如果您已经在步骤1和2中正确地处理了客户端,那么您将可以顺利地编写代码,而不会在最后一刻更改任何作用域(或者至少很少)。我尝试遵循一套通用的实现步骤:
  • 数据开发(数据库设计、查询设计、示例数据设置)
  • 站点框架(设置您的环境;生产、开发和qa)
  • front-end结构(css、标准类、标准html structures)
  • start编码!55/100 days

  1. SQA -希望你能让一些不相关的人/最终用户在你的过程中测试这个应用程序。需要制定测试计划,以确保明确应该测试什么和期望的结果。我喜欢使用真人来测试前端;自动化工具对代码/后端模块来说很好。这是让客户看到事情进展的好时机--他们在这一点上进行更改的能力应该是非常有限的。10/100 days
  2. Delivery/Post Production蜜月-您已经构建并测试了它,现在可以部署了。把代码拿出来,让客户端来玩吧。您应该没有太多需要调整的地方;但我相信会有一些调整。5/100天

其中一些似乎是理想化的;但是当您有了一个良好的评论和良好创建的规范时,您会惊讶地发现您可以如此快速地发布您的应用程序。

票数 3
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/475854

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档