全心全意为人民服务体现在我们软件设计上

我们这里管理是用的今目标平台,这个平台的网页端效果也在慢慢进步。但另我感触最深的是他们对用户需求的挖掘。

这也是我们系统上线后引发的思考:用户是否喜欢你的软件,不是取决于你的软件技术多么牛B,架构多么先进,而是你是否抓住了他们的心。

我们是为某公司做一个员工打分系统,当上线后,发现了下几个问题:

1.用户进来后不知道干嘛

2.打分的选项之间没有区别,很容易眼花

3.打过分和没有打过分的选项也没有区别

4.打完分之后,员工会问你,我打完分了,然后干嘛,这也是我们的失误

现在来看上面的几条,有哪条是我们技术上的事么?

不,这些绝对不是技术上的事。因为在我发现这些的时候,这些问题的解决思路就已经有了,而为什么当初我们就没有想到这些呢?

说白了,就是没有站在用户的角度来设计软件,没有将用户的心理感受考虑进来。这样的系统,人家用了一次之后,心里肯定会想,以后千万别让我再用这个软件了。

一个没有用户的软件,是不会有生命力,创造的财富也是有限的。

而今天早上,我们的头在今目标上给我们发了个公告,由于体制要求,我们需要对每条公告进行评论,以免日后说起哪件事你耍赖说自己没有看到。

而有时我们需要做一个工作,就是将没有对公告的人找出来,然后看他是否按公告做了。这其实是一个不小的工作量,所以我们只是抽查一下而已。

就在今天早上,我看到那个公告时,意外的发现了这个:

大家看到这个,肯定觉得这个不难,不就是做一个记录嘛。但问题就在这里,你觉得不难。但为什么没有做呢?对于通过公告发送通知这样的事,难道不需要有一个记录嘛?

使用今目标有2、3年的时间了,虽然今目标还存在这样那样的不足,但今目标真的是越来越进步,用户体验、需求做的越来越到位。

在这个方面,我们应该向之学习,在做软件的时候,我们真的需要多想一下,或许用户真的因为你的某一个功能点成为了你软件的忠实用户,反正我是就因为今天上午看到的这一点成为了今目标的用户。

CSDN,你什么时候能支持下Markdown呢?你知道有多少人对这个有迫切需求么?

博客园支持这个,排版也比csdn的好用,csdn真的该改进了。关于Markdown是什么,下篇文章给大家介绍一下。

全心全意为人民服务体现在我们软件设计上

时间: 2024-10-06 07:23:41

全心全意为人民服务体现在我们软件设计上的相关文章

全心全意为人民服务体如今我们软件设计上

我们这里管理是用的今目标平台,这个平台的网页端效果也在慢慢进步. 但另我感触最深的是他们对用户需求的挖掘. 这也是我们系统上线后引发的思考:用户是否喜欢你的软件.不是取决于你的软件技术多么牛B.架构多么先进,而是你是否抓住了他们的心. 我们是为某公司做一个员工打分系统,当上线后.发现了下几个问题: 1.用户进来后不知道干嘛 2.打分的选项之间没有差别,非常easy眼花 3.打过分和没有打过分的选项也没有差别 4.打完分之后,员工会问你,我打完分了,然后干嘛,这也是我们的失误 如今来看上面的几条,

UI设计--->全心全意为人民服务的宗旨---->注重客户体验--->软件持久的生命力

UI即User Interface(用户界面)的简称.UI设计是指对软件的人机交互.操作逻辑.界面美观的整体设计.好的UI设计不仅是让软件变得有个性有品味,还要让软件的操作变得舒适简单.自由,充分体现软件的定位和特点. UI的设计关系到客户对产品的熟知的.认可度,软件的生命周期. 从我们现有的项目中思考UI设计,在AJZZ项目中,米总针对页面的设计提出了很多要求,原因我们的界面差很多,具体他的要求差远了(界面的美观.颗粒代码复用性等等)我们的代码复用性与开发效率上来说在现阶段已经是相当可以了,但

SLAM+语音机器人DIY系列:(四)差分底盘设计——2.stm32主控软件设计

摘要 运动底盘是移动机器人的重要组成部分,不像激光雷达.IMU.麦克风.音响.摄像头这些通用部件可以直接买到,很难买到通用的底盘.一方面是因为底盘的尺寸结构和参数是要与具体机器人匹配的:另一方面是因为底盘包含软硬件整套解决方案,是很多机器人公司的核心技术,一般不会随便公开.出于强烈的求知欲与学习热情,我想自己DIY一整套两轮差分底盘,并且将完整的设计过程公开出去供大家学习.说干就干,本章节主要内容: 1.stm32主控硬件设计 2.stm32主控软件设计 3.底盘通信协议 4.底盘ROS驱动开发

[转载] 一些软件设计原则

转载地址:http://blog.jobbole.com/685/ 下面这些原则,不单单只是软件开发,可以推广到其它生产活动中,甚至我们的生活中. Don’t Repeat Yourself(DRY) DRY是一个最简单的法则,也是最容易被理解的.但它也可能是最难被应用的(因为要做到这样,我们需要在泛型设计上做相当的努力,这并不是一件容易 的事).它意味着,当我们在两个或多个地方的时候发现一些相似的代码的时候,我们需要把他们的共性抽象出来形一个唯一的新方法,并且改变现有的地方的代码 让他们以一些

C#软件设计——小话设计模式原则之:依赖倒置原则DIP

前言:很久之前就想动笔总结下关于软件设计的一些原则,或者说是设计模式的一些原则,奈何被各种bootstrap组件所吸引,一直抽不开身.群里面有朋友问博主是否改行做前端了,呵呵,其实博主是想做“全战”,即各方便都有战斗力.关于设计模式,作为程序猿的我们肯定都不陌生.博主的理解,所谓设计模式就是前人总结下来的一些对于某些特定使用场景非常适用的优秀的设计思路,“前人栽树,后人乘凉”,作为后来者的我们就有福了,当我们遇到类似的应用场景的时候就可以直接使用了.关于设计模式的原则,博主将会在接下来的几篇里面

软件设计的原则

Don't Repeat Yourself (DRY) DRY 是一个最简单的法则,也是最容易被理解的.但它也可能是最难被应用的(因为要做到这样,我们需要在泛型设计上做相当的努力,这并不是一件容易的事).它意味着,当我们在两个或多个地方的时候发现一些相似的代码的时候,我们需要把他们的共性抽象出来形一个唯一的新方法,并且改变现有的地方的代码让他们以一些合适的参数调用这个新的方法. 参考:http://en.wikipedia.org/wiki/KISS_principle Program to a

一些软件设计原则【转载】

本文一定要转,总结得非常好, 设计必读. 转自陈皓老师的 <一些软件设计的原则>,根据自己的理解调整了下顺序,少部分字句做了修改. 一个好的程序员通常由其操作技能.知识水平,经验层力和能力四个方面组成.在这里想和大家说说设计中的一些原则,我认为这些东西属于长期经验总结出来的知识.这些原则,每一个程序员都应该了解.但是请不要教条主义,在使用的时候还是要多多考虑实际情况.其实,下面这些原则,不单单只是软件开发,可以推广到其它生产活动中,甚至我们的生活中. 根本设计原则 根本设计原则是我认为的最最基

软件设计要素初探:软件设计的一些子主题

在 "软件设计要素初探" 一文,尝试从软件设计的整体角度,综合讨论了软件设计的各种要素.本文主要探讨一些稍小的设计子主题,主要包括:错误处理.结构性难题.整体与兼容.设计取舍.设计与重构.设计与质量.设计与细节.维护与扩展.测量技术. 错误处理 错误处理关乎系统的健壮性,且是全局性设计问题.一个整体的错误处理架构主要包括两部分: 参数的严格校验.规范而易于理解的错误码和错误消息.无遗漏的异常捕获和转译.警告和错误日志输出: 一致的错误处理机制.不同级别错误的处理策略. 第一部分并不需要

一些软件设计的原则_转

转自:酷壳 coolshell https://coolshell.cn/articles/4535.html   陈皓 以前本站向大家介绍过一些软件开发的原则,比如优质代码的十诫和Unix传奇(下篇)中所以说的UNIX的设计原则.相信大家从中能够从中学了解到一些设计原理方面的知识,正如我在<再谈"我是怎么招聘程序">中所说的,一个好的程序员通常由其操作技能.知识水平,经验层力和能力四个方面组成.在这里想和大家说说设计中的一些原则,我认为这些东西属于长期经验总结出来的知识.