摘要： 问题账户需求分析 案例分析： 某大银行的一位银行卡办公室的收账经理Liz遇到了一个问题。她每周都收到一份过期未付款的账户名单。这份报告已经从两年前的250个账户增加到现在的1 250个账户。 为了确定那些严重拖欠债务的账户，Liz需要通读这份报告。严重拖欠债务的账户由几个不同的规则确定，每个规则都要求Liz检查客户的一项或几项数据。过去半天的工作量现在增加到了每周三天。即使在确定了严重拖欠债务的账... 阅读全文

摘要： 2016年秋季个人阅读计划 本学期阅读计划：精读《软件需求分析教程》，全书一共虽然只有73页，但是里面根据例子来引出如何做需求这个主题，并且在后面阐述的过程中，还是结合例子来说的，我觉得比较适合我读这类书的感觉。另外也是因为它比较小，所以会比较有耐心慢慢往下读。 在计划上， 第二周20页第一篇第三周40页第二篇第四周50页第三篇第五周60页第四篇第六周结尾第五篇初步制定这样的计划，如果《软件需求... 阅读全文

摘要： 我们应当怎样做需求分析？ 成功的软件项目都是一样的，失败的项目却各有各的问题。不过归根到底还是需求的问题。正是我们在需求分析过程存在的巨大隐患，最终导致了那么多项目的失败。 只有深入地去理解客户的业务，最后做出来的东西必然是客户满意的。当客户提出业务变更的时候，一定不能被客户牵着走。要从业务角度深入的去分析，他为什么提出变更，提得合不合理，我有没有更合理的方案满足这个需求。当我们提出更加合理的方案... 阅读全文

摘要： 软件工程课个人总结 这学期的软件工程课学到了很多。 首先老师上课会讲课，但是好像是按照构建之法，就那么往后讲的；而我们看的话，也是看构建之法，不明白为什么要先看后讲，也或者是先讲后看。看完之后，要写阅读笔记，老师给了一个模版，上面写笔记，下面写以前的认识，这种认识是不是有什么不好的地方，如果有的话，以后要怎么避免这种问题此类的话。但是笔记这个东西，有时候会写自己看到的，以前不知道的地方；有时候也会... 阅读全文

摘要： 人月神话阅读笔记—第四章 ------2016.6.14 概念的完整性是很重要的，为了反应一系列连贯的设计思路，可以省略一些不规则的特性和改进，不提倡独立和无法整合的系统，最需要的是在整体概念上的完整性要求。 获得概念的完整性时，会出现一种情况，编程系统使计算机更加好用，但是功能比较多的时候，软件外部描述就会比系统本身大很多；但是功能太少，不能满足需求，但是都需要满足概念上的完整性。 在进行概... 阅读全文

摘要： 人月神话阅读笔记—第三章 一个由一流人才组成的小型的精干的队伍比由一群平庸的程序员组成的大型团队更有效率，但是这里面有一个重要的问题：如何在有意义的进度安排内创建大型的系统。 优秀的程序员和较差的程序员之间生产效率的差距是巨大的，当一个10人的精干团队进行开发，和一个100个人的平庸程序员进行开发，前者的效率更高。但是对于效率和概念的完成性来说，最好由少数干练人员开发，而大型系统需要大量人员进... 阅读全文

摘要： 人月神话阅读笔记—序言及第一、二章 初读人月神话这本书的前言和序言，觉得这本书在关于软件体系结构思想层次方面应该是很高的，而且它流传甚广，并且经过了40余年的沉淀，仍然经久不衰，可见此书的影响是相当深远的。 从目录来看，此书说的不是如何进行程序代码的编写，更多的是关于软件工程中的管理问题，从很多的具体事例，和软件工程历史上发生的一些著名事件来引出章节的内容，以及通过这些具体事件，反映了一些什么样的... 阅读全文

摘要： 阅读笔记 第十二章：用户体验 在进行软件界面设计时，要考虑用户使用的第一印象，不要弄的多么纷杂，一定要一目了然，看起来简单明了。在软件的功能特别多的时候，要考虑用户的使用情况，可以大胆的减去一些不必要的功能，当然是针对某一部分用户来说。 设计的过程中，一定要从用户的角度考虑问题。有一些功能，针对不同的用户，需求时不同的。而且作为一个软件的服务，始终都要记住用户的选择。 在软件的长期使用过程之中，一... 阅读全文

摘要： 阅读笔记 第十一章：软件设计与实现 在第十一章的软件设计与实现方面，介绍了一些关于典型的开发流程和开发阶段的一些管理方法。 在拿到设计文档之后，还需要做一些其他事情，比如估计任务所需要的时间，写一些原型代码，看看效果；做代码的自我复审，进行重构；写单元测试等等。最后还要把修改集集成到代码库中。 开发人员有一个标准的工作流程：进行功能需求分析，复审设计文档，详细设计，实现设计来编写代码，同伴复审，源... 阅读全文

摘要： 阅读笔记 第十章：典型用户和场景 对于同一个工具，不同的用户使用的场景是不一样的。 在定义典型用户的时候，需要分析不同用户之间的需求相同点和不同点。按照年龄，收入，使用软件的场景，和用户本人的生活情况进行分类。 当然并不是给用户分类之后，就算完成了，还需要将用户置于这种用户的典型场景中，而不是泛泛的说用户如何使用这个工具。将场景用文字详细的描述出来，用户是如何使用这个工具的，并且在使用的过程中有没... 阅读全文

摘要： 书店针对《哈利波特》系列书籍进行促销活动，一共5卷，用编号0、1、2、3、4表示，单独一卷售价8元， 具体折扣如下所示： 本数 折扣 2 5% 3 10% 4 20% 5 25%根据购买的卷数以及本数，会对应不同折扣规则情况。单数一本书只会对应一个折扣规则，例如购买了两本卷1，一本卷2，则可以享受5 阅读全文

摘要： 阅读笔记 第八章：需求分析 第八章的需求分析介绍了软件需求的类型、利益相关者，获取用户需求的常用方法和步骤，竞争性需求分析的框架NABCD以及项目计划和估计的技术。 在软件需求方面，可以从利益相关者那里，引导他们表达需求，从而获取。从用户那里获取了需求之后，需要分析和定义需求，也就是对需求进行规整，来定义一下需求的内容。下一步就要像用户去验证这些规整好的需求，看看是否满足用户的需要。另外在软件开发... 阅读全文

摘要： 三人行设计了一个灌水论坛。信息学院的学生都喜欢在上面交流灌水，传说在论坛上有一个“水王”，他不但喜欢发帖，还会回复其他ID发的每个帖子。坊间风闻该“水王”发帖数目超过了帖子数目的一半。如果你有一张当前论坛的帖子（包括回帖）列表，其中帖子的作者的ID也在其中，你能快速的找到这个传说中的水王吗？ 程序实 阅读全文

摘要： 每个人评价一下大家手头正在使用输入法或者搜索类的软件产品。 从用户界面、记住用户选择、短期刺激、长期使用的好处坏处、不要让用户犯简单的错误四个方面发表一篇博客。 我评价的是手心输入法。 用户界面：用户界面方面与其他的搜狗输入法、百度输入法等没有什么区别，都是输入拼音之后，下面出来5个候选项，但是有一点是不同的，它没有右下角的语言栏，即没有什么特殊符号输入，输入法表情输入等，最重要的是，手... 阅读全文

摘要： 阅读笔记 第六章：敏捷流程 第六章敏捷流程主要介绍了什么是敏捷流程及其原则，还有什么时候可以选择敏捷的开发方法，什么时候选择其他方法。 敏捷的流程是指一系列价值观和方法论的集合。介绍了一些敏捷开发原则，比如，经常发布可用的软件，业务人员和开发人员在项目开发过程中应该每天共同工作，面对面的交流始终是最有效的沟通方式，不断关注技术和设计，保持简明，团队要学会自我管理，时时总结如何提高团队效率，并付诸行... 阅读全文

摘要： 阅读笔记 第五章：团队和流程 团队有一些共同的特点：有一致的集体目标，成员之间有各自的分工，合作完成任务。团队一开始可能是"一窝蜂模式"，都想写出好的软件，但是没有各自的分工，一般不会这种模式不会存活太久。慢慢会演化成其他模式，比如"主治医师模式"，本来是不错的模式，但是在学生身上退化为了一个学生干活，其余打酱油的情况。还有比如明星模式，社区模式，业余剧团模式等，当然其中不乏一些好的模式，秘密团队... 阅读全文

摘要： 软件是：记账小软件 典型用户1： （1）名字：张亮 （2）年龄：14到20岁。 （3）收入：0 （4）代表的用户在市场上的比例和重要性：比例比较高，人数较多，占绝大部分。 （5）使用这个软件的典型场景： 在买了一个200多块李宁的篮球之后，将这比支出记录在软件上。 （6）使用本软件/服务的环境：买完篮球，在商店门口。 （7）生活/工作情况：目前是一个学生。 （8）知识层次和能力（教育程... 阅读全文

摘要： 第七、八周 所花时间（包括上课）：910分钟 代码量（行）：412行 博客量（篇）：3篇 了解到的知识点（请填写具体的知识点）： 1.敏捷软件的开发过程。需要有产品负责人，队长，每天还有站立会议，索引卡，燃尽图，最后要有回顾会议。 2.用android studio开发安卓应用，比eclipse加载ADT插件来开发更方便，以及怎样用android studio创建安卓应用程序。 3.android... 阅读全文

摘要： 在第八周和第九周，这两周的时间内，我们需要做一个身边的软件，所以我们一块组成了一个团队，团队的名称为“kitkat”。（kitkat是Google（谷歌公司）Android 4.4（安卓系统）的代号）团队成员有：（从左到右依次为：刘俊杰，张策，底云飞，吕泽坤） 特点来说的话， 张策：不爱多事，不太爱 阅读全文

摘要： 输入一组整数，求子数组和的最大值。 题目:返回一个一维整数数组中最大子数组的和。 要求： 输入一个一维整形数组，数组里有正数也有负数。 一维数组首尾相接，象个一条首尾相接带子一样。 数组中连续的一个或多个整数组成一个子数组，每个子数组都有一个和。 求所有子数组的和的最大值。 10 -9 8 7 ... 阅读全文