产品设计

集锦：http://www.lanceyan.com/category/chuangye http://www.cnblogs.com/xdp-gacl/tag/%E5%88%9B%E4%B8%9A/ 公司由于要转型，导致我们整个软件开发部门要解散了，作为开发部负责人的我也不得不离职了，在离职之际，总结一下自己在创业公司一年的工作感受吧。 一.面试 　　2014年1月份年底的时候公司开完年会我就从公司离职了，整理了一下简历准备开始找重新工作，机缘巧合之下，在QQ群里面遇到了现在公司的技术负责人在招人，简单和他聊了一下之后，他就邀请我去和他见个面具体聊聊，见面地点是在一个咖啡厅，他问了几个技术问题后就觉得我很满足他的要求，然后就开始和我聊待遇的问题了，开出来待遇挺不错的，有税后15K，我就心动了，然后我也简单问了一下公司的情况，他说公司是新成立的，主要是做在线教育产品的，产品的需求文档，开发环境以及项目的开发架构什么的都事先准备好了，招我们进去就直接可以做开发了。面试的过程就是这样了，我没有当场答应他，我说考虑一周之后给他答复，一周之后他打电话给我，问我考虑得如何，我当时手上有另一个公司的Offer，但是薪资没有他给得高，所以我还是选择了薪资高的公司，于是就答应了他，过完年后去公司报道。 二.入职 　　2015年3月2号早上9点我正式到公司报道了，进入公司一看，傻眼了

对大多数人来说，若要建一幢数百万元的房子，他一定会与建房者详细讨论各种细节，他们都明白完工以后的修改会造成损失，以及变更细节的危害性。然而，涉及到软件开发，人们却变得“大大咧咧”起来。软件项目中百分之四十至百分之六十的问题都是在需求分析阶段埋下的“祸根” (Leffingwell 1997) 。可许多组织仍在那些基本的项目功能上采用一些不合规范的方法，这样导致的后果便是一条鸿沟 ( 期望差异 ) —开发者开发的与用户所想得到的软件存在着巨大期望差异。 在软件工程中，所有的风险承担者 (stakeholder)( 这个词很有意思，原义是赌金保管者。我看过很多的翻译，有翻译成涉众的，也有的翻译成参与者的，但是我想他的主要意思就是和这个项目有密切相关利益的人 ) 都感兴趣的就是需求分析阶段。这些风险承担者包括客户、用户、业务或需求分析员 ( 负责收集客户需求并编写文档，以及负责客户与开发机构之间联系沟通的人 ) 、开发人员、测试人员、用户文档编写者、项目管理者和客户管理者。这部分工作若处理好了，能开发出很出色的产品，同时会使客户感到满意，开发者也倍感满足、充实。若处理不好，则会导致误解、挫折、障碍以及潜在质量和业务价值上的威胁。因为需求分析奠定了软件工程和项目管理的基础，所以所有风险承担者最好是采用有效的需求分析过程。软件需求的定义 IEEE 软件工程标准词汇表 (1997 年 )

一款软件产品的诞生，必然会经历一个过程：需求分析、设计、开发、测试、上线。如此反复迭代。而设计阶段中，原型设计、制作、交流、审核、迭代，是软件设计和开发的重要保障。 简单的一段话，我们可以解读出很多隐含的信息，包括为什么要做原型设计，原型设计的在产品开发过程中的意义。而原型设计过程中，又涉及到 原型工具 的选择，如何制作原型，原型设计的保真度定位，产品设计师在原型设计过程中如何交流，如何进行团队协作，等等。 目前可供选择的原型工具在线框图设计和原型图设计方面都有各自非常出彩的地方，例如Axure的需求文档，Mockplus的快速交互，Justinmind的高保真。不仅如此，是否可以很好地支持团队协作，也是衡量一款原型工具的重要标准。 目前兼具原型设计和团队协作功能的工具，有国外的Axure RP和国内的Mockplus。 1. Axure RP Axure RP团队版和企业版都支持团队协作，可以创建和管理团队项目，即多人共同创作一个原型。 优势：Axure RP和其配套服务Axure Share提供了两种主要的协作模式。第一种是团队项目，团队项目是Axure RP的一大特点，用于与其他AxureRP的用户共同合作一个原型项目。第二个是在线讨论， 是Axure Share的一个功能，是一种相对于团队项目来说更广泛和更简单的协作模式。在浏览器中查看你项目的人不管是不是 Axure

最终项目Github链接 ： https://github.com/hkymygithub/ClubManage 需求文档链接 ： https://www.cnblogs.com/lfxy/p/11788767.html 墨刀原型链接 ： https://org.modao.cc/app/h6gzy6cu814k3vcgyib28wafa4fuxe UML设计链接 （附带第一次会议总结）： https://www.cnblogs.com/lfxy/p/11885545.html 需求文档链接 ： https://www.cnblogs.com/lfxy/p/11973849.html 一、个人定位 在这次项目中，我的定位类似于产品经理 承包设计师与美工的部分，做出ui的平面设计与素材收集及制作 确认接口，衔接设计与程序还有需求 确认软件需求，设计软件ui平面设计，设计软件使用流程 后期帮助其他组员编写页面 为写好的功能的页面进行排版 二、个人分工 　　(一) 素材收集及制作及文档编写 　　　　一个app需要足够的图标，logo，以及图库，而我负责这些素材的准备 　　　　 1) Logo，加载页面，登陆界面图片的制作 　　　　 　　　　 2) 图标的收集、与整理 　　　　 　　　　　 3) 图片的收集、与整理 　 　　　 　　　　 4) 素材制作及收集阶段总结 　　　　我总觉得

1 计算机软件 1.1 软件 计算机软件是指计算机系统中的程序以及文档,程序是计算任务处理对象和处理规则的描述. 1.2 软件特点 一种逻辑实体. 维护工作量大. 维护软件过程中会引入副作用. 1.3 软件分类 1.3.1 系统软件 最靠近硬件的一层,比如操作系统. 1.3.2 支撑软件 软件开发,维护与运行的软件,比如各种IDE等. 1.3.3 应用软件 应用于特定领域的软件. 2 软件语言 软件语言主要包括需求定义语言,功能性语言,设计性语言,程序设计语言与文档语言. 2.1 需求定义语言 用于书写软件需求定义的语言,包括功能需求与非功能需求.典型的语言有PSL. 2.2 功能性语言 书写软件功能规约的语言,描述软件做什么以及只做什么.典型语言有广谱语言,Z语言. 2.3 设计性语言 书写软件设计规约的语言,是软件设计的严格而完整的描述.典型语言有PDL. 2.4 程序设计语言 即编程语言,可以分为低级语言与高级语言,过程式语言与非过程式语言,通用语言与专用语言,交互式语言与非交互式语言,顺序语言与并发语言与分布语言. 2.5 文档语言 书写软件文档使用的语言,比如Z语言. 3 软件工程 软件工程是建立和使用一套合理的工程原则,以便获得经济的软件,这种软件是可靠的,可以在实际机器上高效地运行.软件工程是应用计算机科学理论以及工程管理原则的方法

产品的开发流程 产品--->提供服务 需求分析 --->老板产品经理 后台工程师 1.技术选型(ngix apache)（php java）(mysql ...mongodb) 2.确定数据的存储方式（数据库中建表） 3.开始做开发（thinkphp mvc...模板引擎） 前段工程师 1.用不用css框架（bootstrap,antd） 用什么js库（jquery,react,angular,vue） 传统方式or单页面方式？ 和后台对接的接口开始开发 2.和后台工程师一起分析数据 开始做信息管理部分 3.信息展示部分 开发->测试... UI设计人员 1.视觉 交互 功能 设计 信息展示部分 信息管理部分 本地服务器 测试服务器 线上服务器 ...........上线 v1.0版本 ...........发布 v2.0 ...........发布 v3.0 limit 5 获取5条数据 offset 1 偏移1个 javascrpt:voild(0) select count( ) as from count(sql中) $page-1*$size 来源： https://www.cnblogs.com/liuxuhui/p/12157520.html

产品质量的发展从质量是检测出来的，到质量是制造出来的，到现在质量是设计出来的，经历了3个阶段，现在质量处于新全面质量阶段，这个阶段的特征是质量已经从最初的从属地位到了哲学高度。当然，产品质量到了现在阶段也不是说质量的检测和制造保证就不重要，而是对于质量的保证要更多的从设计（甚至是需求阶段）就要开始，而且要作为重点考虑的阶段。 产品设计阶段的质量对于产品整个研发的成本来说至关重要，传统的产品设计质量，我们要求是可理解，满足功能，用户体验（这个概念太广，不适合具体实施），可靠性，安全性，可扩展性。除了这些传统的质量特性要求之外，对于产品设计来说需要考虑更多的事情： A）额外质量：这个主要是美观，适用简单，其它增值等。 B）可检测性：产品在这几阶段就需要考虑到系统的可检测性，为后期的产品质量保证提供一个提前切入机制。 B）可装配性：产品应该是易于装配（这个更多的模块布局合理性）； C）可维护性：对产品上线部署和运维提供前期的思考，提前布局，可部署和易运维性非常重要，特别是大数据，平台系统时代。举个简单的例子，比如微服务模式，一旦服务太多，就面临着这个可维护性的难题。 D）可制造性：这个对于软件产品就是易于代码实现，这个其实很关键，好的设计易于实现和编写代码，不好的设计则是开发和测试、运营的恶魔。 当然，随着时代变化，质量的要求也在变化，但产品设计阶段的质量重要性只会加强

1.axute的使用方法； 2.普通线框图的使用； 3.高保真原型图； 4.交互思维。 Axure RP8 是美国Axure Software Solution公司的旗舰产品，是一个快速的原型工具，主要针对负责定义需求、定义规格、设计功能、设计界面等 Axure改变我们的工作方式： —决策层 直观的理解系统行为，帮助决策。 —产品经理 提高了各岗位间的沟通效率，降低沟通成本，保证项目进程。 —需求人员 更加有效的与用户沟通，减少误解，保证需求质量。 —设计开发 更加有效的协作沟通，降低沟通成本，减少误解，避免返工。 —用户 更加直观的感受系统，尽早反馈用户的需求与系统的不足。 互联网产品五要素 战略层：需要明确用户需求和产品目标 用户需求：用户需要从我们产品得到什么，获取方法：用户细分、市场调研、现场调查、用户测试等 产品目标：我们要从这个产品获得什么 范围层：需要明确功能需求和内容需求 功能需求，需要和软件开发同步，应该强调维护和及时更新，反映实际的产品，应根据人力、成本等确定功能需求，避免造成资源浪费、以及成本的不可控。 内容需求常常伴随着功能需求，例如支持IE6/Windows等。 结构层：分为交互设计和信息架构，确定呈现给用户的模式和顺序 交互设计：描述可能的用户行为，系统如何配合和响应这些行为 信息架构：确定呈现给用户的模式和顺序 框架层：分为界面设计和导航设计 界面设计

软件需求分析与管理的十个问题 1.需求工作涉及到哪些内容 首先需求包括了产品需求，用户需求，软件需求。产品需求关注的是产品的标准化和通用化，会对收集到的用户需求进行分类和优化，结合业界标准系统模型进行抽象并通用化。用户需求反映的是用户面临的问题域，根据问题域用户期望的能够达到的解决效果；而对于软件需求则是用软件工程的语言结构化和文档化的对用户需求和产品需求的描述。 需求工作涉及到需求开发和需求管理。需求开发涉及到需求调研，需求收集，需求分析，需求开发等工作，其中的重点有业务流程，数据字典，业务规则，界面原型。对于基于面向对象的开发方法则涉及到业务用例，系统用例(涉众，基本流，扩展流，业务规则，界面，操作)等诸多内容。需求管理工作涉及到需求的状态管理，变更管理，需求的跟踪，需求的验证和确认等重要内容。 在我们需求分析和开发中，最容易忽视的主要有两点，一个就是缺乏需求分析和开发的过程，把用户需求直接作为了软件需求，没有需求建模和抽象的过程。另外一点就是对于性能，安全，易用性，可维护性和扩展性等非功能性需求没有考虑，导致开发出来的系统是一个不好用的半成品。CMMI把需求管理放到2级，需求开发放到3级，实际上真正的提高需求人员的需求分析和开发能力才是解决需求问题之道。需求分析开发做不好，需求变更或追踪管的再好也没有用处，在这点上一定不能本末倒置。 2.做好需求分析需要具备哪些知识

系分论文1 企业人事信息系统的应用 【摘要】 本文讨论《企业人事信息系统》项目的需求分析方法与工具的选用。该系统的建设目标是帮助该企业管理好企业内部的人员和人员的活动，人事信息管理指的是企业员工从招聘面试到离职退休的全过程，涉及的主要活动包括面试、报到、培训、升职、离职或其他的人事变动，也包括电子化考勤、工资性收入的计算与分发、使用其他公司资源的有关记录（如宿舍、保险、证件办理等等）。此外，本系统也涉及到企业在全国各地的人事信息管理，企业的组织架构的设置，级别与职务管理，人力申请直至人力需求报表，从而形成一个对企业真正有用的人事信息管理应用系统。在本文中首先讨论了选用面向对象方法与工具的主要理由与策略，进一步通过一个简例说明该方法与工具使用的效果，也讨论了使用多种工具与方法在需求分析中的必要性，最后简要小结了选用正确工具与方法的意义和作用。 在项目开展期间，我担任了系统分析、系统设计与数据库管理等大量工作。 【正文】 人事信息管理系统是一个有着广泛应用面的实用性系统，但是，我国各个企业有着自身的体制、机制、特点与不同的要求；在开发这类系统时，系统需求分析是极为重要的一环。在整个分析过程中，我们都采用了面向对象的分析方法，这是因为我们在近几年的实践中已坚信这种方法能够更加有效地表达和描述现实世界。软件要具有适用性和扩展性，就必须更接近于现实世界本身的发展规律。 以一个简单的例子来看