Project management 在开发网站时,我们必须经历哪些不同的步骤?

Project management 在开发网站时,我们必须经历哪些不同的步骤?,project-management,Project Management,网络开发一团糟。 这是因为我们必须与很多人互动。 业务、设计师、开发人员、潜在客户等 一个网站是许多技能的混合体,包括程序员、设计师、seo专家、商务人士、工效学家等 所以,问题是,你如何让所有这些人了解他们自己,一起互动 如何分解通向网站的几个步骤 因为很多企业一开始都在销售设计,那么如何才能添加正确的功能呢 例如,我们可以这样分解一个项目: 功能范围(CRUD、资源、ACL) 界面设计 开始发展 根据具有功能需求的接口编写xhtml/css 我可能忘了台阶,或者把它们弄乱了 编辑: 例如

网络开发一团糟。
这是因为我们必须与很多人互动。 业务、设计师、开发人员、潜在客户等

一个网站是许多技能的混合体,包括程序员、设计师、seo专家、商务人士、工效学家等

所以,问题是,你如何让所有这些人了解他们自己,一起互动

如何分解通向网站的几个步骤

因为很多企业一开始都在销售设计,那么如何才能添加正确的功能呢

例如,我们可以这样分解一个项目:

  • 功能范围(CRUD、资源、ACL)
  • 界面设计
  • 开始发展
  • 根据具有功能需求的接口编写xhtml/css
我可能忘了台阶,或者把它们弄乱了

编辑:

例如,我是这样做的:

  • 我写了一篇关于这个项目的简短概述,主要目标是什么
  • 我试图知道涉及哪些资源(用户、文章、产品等)
  • 我为每个参考资料编写了一个简短的CRUD列表,这有助于我对这些特性进行概述
  • 我开始设计数据库(以mysql工作台为例)
  • 完成后,我会尝试了解是否有角色和特权来依赖这些资源
  • 我开始开发(+测试)
  • 然后我插入XHTML代码以尊重W3C和web语义
  • 我开始用CSS插入视觉设计

那你呢?高效的步骤是什么?

我认为与常规软件开发相比,web开发实际上没有什么独特之处(seo除外,这只是另一个技术挑战)。我不认为web开发有任何本质上更“混乱”的地方。再次通读问题中的术语-是否有任何术语(不包括前面提到的seo)不适用于一般软件开发(用“xhtml/css”代替“前端开发”)

就个人而言,我认为任何适合团队规模/工作环境/同事/等的软件工程方法都适用于web开发


最终产品在浏览器中运行这一事实并没有什么神奇之处。

XP和敏捷方法学着眼于创建团队,其成员拥有项目所需的所有技能,如项目经理、开发人员、业务任意列表、设计师、测试人员等

拥有团队意味着包括客户在内的所有参与者之间有更好的沟通

这个主题是巨大的,谷歌在XP、agie、scrum和看板上的搜索也是如此。

我想说:

  • 整体地盘意向
  • 用户分析(确定站点/应用程序人口统计、用户组等)
  • 概念设计
  • 平面设计
  • 功能范围
  • 接口设计(原型、线框等)
  • 接口模型
  • 开发/单元测试
  • 用户验收测试

…挑选你需要的零件。完成所有这些工作可能有些过分,但如果您在一个有许多团队提供意见的大型团队中工作,则可能不会。确保你不会错过步骤,让每个人都有机会发表意见并决定行动方案。

是的,亲爱的,你是对的,开发动态网站有几个步骤,但是你想开发一个静态网站,这很容易。 它只需要设计,一些功能是由设计师添加的,比如电子邮件等等。 但是,如果你打算开发一个动态网站,那么它可以通过以下步骤来完成。 1.首先你要确定需求。 2.然后决定它的界面和布局。 3.设计师设计了所有需要的表单 4.然后开发人员/程序员将在from上添加功能。 5.完成编码部分后,项目将进行错误测试。 6.如果出现任何错误,则程序员会再次对其进行纠正,然后进行测试。该过程将继续进行,直到所有错误均未消除。 7.最后,网站发布并托管在服务器上

一个网站是许多技能的混合体,包括程序员、设计师、seo专家、商务人士、工效学家等

如果你真的幸运的话,你将拥有一个由多才多艺的多学科专家组成的团队,他们可以担当不止一个角色

这时你往往会得到最好的网络产品

委员会设计,如果每个人都只能“戴一顶帽子”,你将永远得到它,但很少生产踢屁股的产品。

Web开发不同于其他类型的软件开发,因为 开发人员中没有任何用户。例如,“用户”不在您的相关人员列表中

用户是作为一群不知名的人存在的(我们希望,因为这就是商业计划书的基础)。在假定用户可能喜欢或想要什么的基础上,收集需求并做出设计决策


因此,在许多方面,网络开发更像是开一家餐馆或成立一个新的政党,而不是推出ERP系统

嗯,你是对的,事实上,正如我提到的功能学家、设计师和Functionalites,我关注的是用户,当然是客户的需求。我认为功能学家、设计师等都是专业人士,他们无疑对用户如何与系统交互有专业意见。他们不是用户。你是对的,这是用户在最终产品发布之前的考虑方式。顺便说一句,即使是专家,一开始也是用户。我投票结束这个问题,因为