摘要：上周我们看了一个《梦想改造家》的视频，通过一个建筑设计师的工作流程来了解架构。今天阅读了《架构漫谈》九篇博客，把这两者做了一个大致的对比，大致地了解一个架构师的工作流程和架构师的工作意义。 什么是架构？为什么软件开发要用上架构？作者通过讲授群体中生存需要分工，每个人做自己擅长的事情，不同分工的角色合 阅读全文

摘要：需求分析人员最容易忽略的部分就是非功能需求。非功能需求更加靠近的是技术，是设计，是实现，是架构师关注的内容，是需求人员最不擅长的方面，这也是非功能需求为什么常常被忽略的重要原因。正因为如此，架构师应当尽早参与到项目中，参与到需求分析中，尽早分析需求的技术可行性，尽早考虑性能、安全性、可靠性等非功能需 阅读全文

摘要：在需求分析工作中，最后一项分析工作就是业务领域分析啦。业务领域分析，就是对需求分析中涉及到的业务实体，以及它们相互之间关联关系的分析。业务领域分析不仅出现在需求分析阶段，还应当贯穿与设计阶段、开发阶段、测试阶段，甚至延续到后期的维护与升级。进行业务领域分析，就是通过与用户进行交流，掌握领域知识，然后 阅读全文

摘要：做信息化管理，不是要加重人的负担，而应是降低人的负担。以这样的思路去进行流程分析才能设计出优秀的、人见人爱的管理系统出来。 当我们进行业务流程分析时，只空对空而不落到纸面上是不可以的。在面向对象的时代，我们则是绘制行动图、状态图，以及编写用例说明来完成这部分工作。在这部分工作中，编写用例说明应当是最 阅读全文

摘要：需求分析既是一份体力活儿，更是一份技术活儿，它既是人际交往的艺术，又是逻辑分析与严密思考的产物。 当客户提出业务变更的时候，我们一定不能被客户牵着走，客户说啥就是啥。我们要从业务角度深入的去分析，他为什么提出变更，提得合不合理，我有没有更合理的方案满足这个需求。当我们提出更加合理的方案时，客户是乐于 阅读全文

摘要：很多需求分析的工作是从需求调研开始的，需求调研是需求分析最重要的一环，也最集中地体现了需求分析的特点——既是一份体力活儿，更是一份技术活儿。它既要求我们具有一种理解能力、设计能力，更要求我们具有一种与人交往、沟通的能力。第一印象很重要，要与客户多联系加深感情，以合适的时间、合适的地点、通过合适的形式 阅读全文

摘要：需求分析不是一蹴而就的，是一个反复迭代的过程。它将从第一次需求分析开始，一直持续到整个项目生命周期。需求捕获，就是我们与客户在一起开研讨会，讨论需求的活动。需求整理，就是在需求研讨会后，需求分析人员对研讨内容的分析和整理的过程。首先，需求分析人员应当通过用例模型，划分整个系统的功能模块，以及各个模块 阅读全文

摘要：对一个系统进行功能和角色方面的梳理和分析，可以采用的比较主流的方法之一就是绘制用例图。用例图是贯穿整个面向对象分析/设计（OOA/D）的核心视图，它描述的是系统到底为用户提供了哪些功能，以及到底是哪些用户在使用这些功能，是沟通用户与技术人员的桥梁。运用用例视图对业务需求进行分析、抽象、整理、提炼，进 阅读全文

摘要：读与技术无关的书，我很支持作者的观点，作者认为它们都能够帮助你丰富自己的知识和思想，使你变得更加全面和完善。我也觉得是这样的。之前看过一句话：“我读过许多书，但是后来都记不住了，那么这样的阅读有什么作用？”回答说：当我们还是孩子的时候，吃过许多的食物，现在记不起来吃的什么了，但那些食物对我们不起作用 阅读全文

摘要：我其实很喜欢这本书，他涉及的东西很多，代码，编程，思想，还有做人，这是本好书，我一直觉得一本书好不好看，有没有价值在于他的附加内容，他有没有展示给我们足够深邃的思想，足够多的想象空间，有没有足够浅显但又深刻的道理，这些，我都能从这本书中窥探一二。 这本书中的几个思想： 1.不求甚解。这本书是在讲思想 阅读全文

摘要：我觉得程序员都是一群很善良的人，因为这一门的前辈们对我们后辈真的是尽心尽力。我们都知道互联网是开源的，开源意味着分享，分享就代表着你努力的成果是可以让别人无偿使用的，这是一种奉献。每一个入行的菜鸟——如我，都是靠前辈们的代码和注释，熬过了最难得那段日子。前辈们的书也看过几本了，给我一种最直观的感觉， 阅读全文