UI工作流程

需求---设计—美感

1、  确认需求范围;(先输出需求文档-----经理或客户确认需求文档)

2、  对一个网站而言,通常需要构建一副整体信息架构蓝图,也就是网站的主要网页和层级关联。

网站中复杂的功能流程或软件产品,需要通过UML(统一建模语言)描绘更加具体的概念模型。

3、  开始低保真模型设计

终于从抽象到具体了,可以偏执地继续装B手绘.

4、  高保真模型建立

5、  开发阶段

第一步一定是要了解需求,需求的来源其实是很复杂和灵活的,需求可能来自客户,可能来自领导,可能来自自己,这一步其实是最关键的,这一步要输出一个需求确认文档,然后让做决策的人来确认需求;

第二步,根据需求进行网站地图输出,这一步其实也是相当于一个更为详细的需求,这一步就定义了网站有哪些功能需要去实现,然后有什么样的逻辑结构,这部分的需求也是需要自己和客户、同事或领导来一起沟通确认的,当然这部分自己占的比例就比较高了,因为已经涉及到了设计;至于UML是否有必要,这个其实不是重点,重点是可以将确认的逻辑和功能表达出来;

之后还需要一个步骤,就是确认每个功能具体的参数输入和输出,只有输入和输出确认了,才能进行具体的模型设计;

之后高保真、开发就顺序执行就好了。这些阶段中都会涉及到需求变更,那么就需要响应变更做好版本控制。

时间: 2024-10-10 16:25:53

UI工作流程的相关文章

UI 设计的整个工作流程是怎样的?

作为一个专业UI设计师,不仅仅要了解整个产品在UI界面设计,交互设计中的工作流程,更需要了解整个产品从需求提出到产品上线的整个工作流程. 以下是互联网产品个部门的工作分配及流程: 从图中可以看到,一个互联网产品从策划到最后的上线营销,都需要由不同的部门分担其责,而每个部门中,根据岗位的划分,在细分到每个工种上来,所以一个互联网产品的开发流程,并不是单个的人,或者个别的部门可以实现完成的,它是一个完整的团队通力合作的产物.部门与部门,岗位与岗位相互协作配合,才会出色高效的完成项目. 一般互联网公司

Android 4.4 Kitkat Phone工作流程浅析(六)__InCallActivity显示更新流程

本文来自http://blog.csdn.net/yihongyuelan 转载请务必注明出处 本文代码以MTK平台Android 4.4为分析对象,与Google原生AOSP有些许差异,请读者知悉. 前置文章: <Android 4.4 Kitkat Phone工作流程浅析(一)__概要和学习计划> <Android 4.4 Kitkat Phone工作流程浅析(二)__UI结构分析> <Android 4.4 Kitkat Phone工作流程浅析(三)__MO(去电)流程

Android 4.4 Kitkat Phone工作流程浅析(十二)__4.4小结与5.0概览

前置文章: <Android 4.4 Kitkat Phone工作流程浅析(一)__概要和学习计划> <Android 4.4 Kitkat Phone工作流程浅析(二)__UI结构分析> <Android 4.4 Kitkat Phone工作流程浅析(三)__MO(去电)流程分析> <Android 4.4 Kitkat Phone工作流程浅析(四)__RILJ工作流程简析> <Android 4.4 Kitkat Phone工作流程浅析(五)__M

【转】Android 4.4 Kitkat Phone 对比 5.0 Lollipop Phone工作流程浅析

概述 在Android 4.4 中,Google 对Telephony_Phone进行了重构,前面也通过一些列文章分析了Android 4.4 中Telephony Phone的工作流程.但在2014年10月15日,Google发布了Android 5.0 预览版,正式版也在一个月之后发布.Android 5.0 变化非常大,无论从UI风格还是功能实现上,Google都进行了大刀阔斧的修改.同时,Telephony_Phone模块的架构也再次进行了调整,调整之后的Telephony_Phone各

git概念及工作流程详解

git概念及工作流程详解 既然我们已经把gitlab安装完毕[当然这是非必要条件],我们就可以使用git来管理自己的项目了,前文也多多少少提及到git的基本命令,本文就先简单对比下SVN与git的区别及理解git几个重要概念. 至于什么是git,git的发展历史,网上已经有很多资料,可以自行google或百度. 关于git与svn的区别 这里不针对git与svn的区别详细深究,以便对双方的优缺点了解更多些. 1) 最核心的区别Git是分布式的,而Svn不是分布的. 能理解这点,上手会很容易,声明

[团队项目]典型用户 - 场景(用户故事) - 任务 - 具体工作流程

5.典型用户 - 场景(用户故事) - 任务 - 具体工作流程 这部分内容讲得有点迟了,但是我觉得还是挺重要的,大家练习一下,为下学期课程设计做准备. 小组一起讨论: 识别你们项目的典型用户,并加以描述. 选择一个关键场景,以故事的形式进行描述. 进行场景到任务的分解. 任务的认领及实现流程. 参考<构建之法>P206~213,每组将以上内容的讨论成果发布到团队博客上.  截止日期:2016.6.8晚10点 -------------------------------------------

Redux的工作流程

1.Redux 是一个专门用来管理数据业务或逻辑状态的框架,它也可以实现代码结构的规范化并提供组件之间通信的便利,而这两点,对于大型应用来说非常关键. 2.工作流程: Redux 三大原则 单一数据源 整个应用的 state 被存储在一个 Object tree 中,且只存在于唯一的Store中. state 是只读的 唯一改变 state 的方法就是触发 action,action 是一个用于描述发生事件的普通对象,视图部分只需要表达想要修改的意图,所有修改都会被集中化处理. 使用纯函数来执行

Hive的架构和工作流程

架构 1.hive是数据仓库,在hadoop基础上处理结构化数据:它驻留在hadoop之上,用户对数据的统计,查询和简单的分析操作. 2.hive不是 a.关系型数据库 b.OLTP c.实时查询和行级更新操作 3.hive特点 a.表模型存储在database(关系型)中,处理的数据存储在HDFS上: b.设计模式遵循OLAP c.它提供了一套类SQL的语言(HiveQL or HQL),用于执行查询 d.它是简单的,快速的,可扩展的和易伸缩的 4.hive架构 a.(用户接口)User In

【关于selenium自动化中,Webdriver的原理以及工作流程】

原文地址:https://www.cnblogs.com/imyalost/p/7242747.html#4109245 作者:老 张 1.关于Webdriver 设计模式:按照Server-Client的经典设计模式设计: Server端:即Remote Server(远程服务器),可以是任意的浏览器,当脚本启动浏览器时,该浏览器就是Remote Server,它的职责是等待Client发送请求并做出响应: Client端:我们的测试代码中的一些行为是以HTTP请求的方式发送给被测试浏览器--