‘项目管理’ 标签下的文章

每次在结交到新朋友时,他们都会问我的职业,每到这个时候都会觉得很无奈,因为每次的过程都是那么类似。。。
———————————–
别人:你是做什么的?
ME:我是做交互设计的。
别人:交互设计?没听说过啊。
ME:是一个冷门行业中的热门行业,刚从国外传进中国,目前只有大的互联网公司才有这个职位。
别人:具体是做什么的呢?
ME:呃。。做的东西好多,主要是负责软件或网站的结构与模拟界面,提升产品可用性。
别人:哦,原来是UI啊。。。
ME:不是UI,UI属于视觉设计,研究的是怎么样好看。我研究的是用户的使用行为与体验。
别人:听起来很专业(其实还是不懂是什么)。
ME:(无言)。。。。。。。。。。。。。。。。。。。

设计所承载的意义

先声明一下,这里的“设计”是指宽泛的理解。做过好几个项目了,有时侯在想,给我们交互设计师的责任是不是太重了,除了写代码以外,几乎承载着一个产品最重要的部分:逻辑设计、体系设计、结构设计等(俺还要写需求分析)。当一个产品完成时,我们所做的工作是那样的容易被忽视。而当产品出现问题时,我们又总是处于矛盾的中心。交互设计除了提升用户体验以外,岗位所承载的意义又是什么?

看了很多别人描述网站项目开发的文章,也清楚的看到与感受到了公司网站项目的开发。发现网站项目在开发过程中都会面临的共同问题:需求不断的提,设计不断的改,开发不断的做。最后的结果总是不完美,不是这里有问题,就是那里不满意,然后几个部门间就不停的吵,互相埋怨。相信这种事情业内人士应该都有遇到过。
问题在哪里呢?我个人觉得需求不明确、不合理、不全面是一个制造祸端的重要的因素,在实际的项目中,一个需求的提出或更改本身不会带来太多的问题,问题是随着需求的变更带来的一系列逻辑/功能上的变化,如果仅仅只看到表面上的改变,而忽略了衍生出的变化或矛盾冲突,那么在执行后,随着设计,开发的向前推进,就必然会发现这些问题,结果有以下几点:
一是就地解决(如果问题不大),继续推进。
二是停止前进,发现问题无法调合,又得重新思考,修改需求,然后再设计,开发……
三是不理会问题,待开发完成后,这些问题直接影响项目质量。

软件工程概述

去年的时候自己曾负责过一个网站项目,由于是初出茅庐,几乎没有什么项目计划与管理的概念。结果是碰了一鼻子灰,那段痛苦经历的教训可能会永远印在心里。像我这样的失败例子在现实中其实很多,只有按照科学的方法做事,才能保证产品的质量。
今天就简单介绍一下软件工程与项目管理类的知识。因为只有在一个大的体系下才能更好的理解自己的工作性质与任务目标。软件工程是非常庞大的,我的文章会把重点放在软件产品的需求分析这一阶段,但首先,还是应该对大的体系与概念进行了解。 让我们开始吧:
软件由程序、数据与文档组成的。
 
软件工程简称SE,是针对软件这一具有特殊性质的产品的工程化方法。提供一整套工程化的方法,来指导软件人员的工作。
 
软件危机指在计算机软件的开发项和维护中过程中所遇到的一系列严重问题。概括来说包括两个方面的问题:一、如何开发软件,以满足不断增长,日趋复杂的需求。二、如何维护数量不断膨胀的软件产品。落后的软件生产方式无法满足迅速增长的计算机软件需求,从而导致软件开发与维护过程中出现一系列严重问题的现象。
 
软件工程知识体系指南(SWEBOK)中界定了软件工程的11个知识领域:软件需求、软件设计、软件构建、软件测试、软件维护、软件配置管理、软件工程管理、软件工程过程、软件工程工具和方法、软件质量和相关科学知识领域。
这上的每一个领域都可以细分出许多其它领域,有兴趣的朋友可以在网上进行查阅,这里只列出软件需求相关的领域。
 
软件需求包括七个领域:软件需求的基本原则、需求过程、需求获取、需求分析、需求规格、需求确认、实践注意事项。

交互设计

不断的提高用户体验

用例图

UML的组成部分

需求分析

一切的开端

生活娱乐

生活的思想轨迹

单机游戏

真正的游戏来自单机

杂七杂八

其它分类以外的有趣东东