我刚开始收到设计人员的意见,并希望创建一个工作流程,以便在样式中进行流畅的更改.什么对你有用？
解决方法
因此,我使用的工作流程(针对设计人员)将此考虑在内,并且对于我的flash / JavaScript项目保持不变;
角色
首先,从设计师的角度来看：有3个角色,如下所示.
> 1)设计师：负责艺术指导和图形制作.
> 2)interface-r：与其他人一起实现图形和动画.
> 3)逻辑编码器：代码类和功能：与接口隔离的逻辑.
逻辑编码器可以有更多的子角色,但超出了设计者的观点.角色不应该100％强制执行：相互学习和帮助是很好的;设计者不需要知道编码,编码器不需要知道设计.然而,接口需要知道编码和一些设计：不好：但知道(特别是动画)
工作流程
1)基本功能由每个人制定;虽然它实际上是一个编码器角色：让每个人都参与进来有助于创意的产生进展(程序员：设计师有时会提出真正好的狂野想法,你的工作是从逻辑上看它是如何实现的,如果值得的话)
2)模拟UI和类接口这可能是您可能见过的最糟糕的UI,但它提供了一个大致的方向：这是由每个人完成的.随着编码器计算出孤立的逻辑(根本没有图形;例如：服务器逻辑),接口和设计人员完成了模型.
3.1)图形设计师使用图形和动画制作精美的设计/图形.而界面转换器将设计转换为实际界面(从photoshop到flash / HTML).如果你很幸运,设计师会知道如何做到这一点(切片等),界面人员专注于实现和动画.任何其他图形动画(动态内容,如跟随鼠标或对鼠标作出反应的内容).将由这些进行讨论和开发2.这个过程很少涉及编码人员介入.
3.2)编码器在逻辑上工作,同时确保它对应于与接口器一致的编码接口.专注于让模型完全正常运行(不是最好看).这通常通过类接口和/或全局声明来完成(如果可能的话,避免使用)
4)接口合并接口,然后将2合并在一起：形成最终的应用程序. XD
结局说明
实际上,在第2阶段之后.工作流进入3和4的连续循环.拥有接口的主要优点是确保设计人员和编码人员减慢对方的速度.因此,有限的减速:)然而,界面有一个强硬的角色,需要非常灵活,而且往往不会成为小团队中项目负责人的两倍.因为他只会理解双方及其局限.虽然他可能并不孤单,也不是最好的.
注意,当双方都担任重要角色时,这在RAI中被广泛使用.但是,如果您的项目重点是1而不是另一个.您需要同样平衡人力(例如,摄影师互动博客可能主要需要设计师和界面人员来代替WOW,其中大部分照片数据库代码可以从已经完成或开源项目中重复使用(这是最多的一个)我遇到的共同工作)
