twenty丶two

摘要： 架构设计则为满足架构需求的质量属性寻找适当的战术。对如何实现特定的质量属性感兴趣。质量需求指定了软件的响应，以实现业务目标。我们感兴趣的是设计使用设计模式、架构模式或架构策略创建设计的“战术”。 系统设计是由决策集合组成。对设计师来说，每个战术都是一个设计选择。例如，其中一个战术引入了冗余，以提高系 阅读全文

摘要： 我选择的是SSH框架。 选择的原因： SSH框架为 struts+spring+hibernate的一个集成框架，是目前较流行的一种Web应用程序开源框架。 Struts： 优点:首先他是开源的,使开发者可以更深了解他的原理和内部实现机制, 可扩展性 采用MVC模式分离业务逻辑层 显示层 模型层 低 阅读全文

摘要： 今天阅读了王概凯的架构漫谈,我觉得应该从以下几点来了解架构. 第一,什么是架构? 在文中,他首先列举了Wikepadia上的定义,而定义也略显模糊:"像一个过程,但是也不是很清晰。" 然后他从早期人们为了生命的延续分工合作来解释了为什么要产生架构?——把一个整体（完成人类生存的所有工作）切分成不同的 阅读全文

摘要： 1、项目相关人员是指契约的参与者。执行者是指任何具有行为的事物，执行者可能是一个人、一个公司组织、一个计算机程序或计算机系统——硬件、软件或软硬件兼备的系统。2、请从一下方面入手来寻找执行者：l 系统的项目相关人员（stakeholder）l 用例的主执行者（primary actor）l 被设计系... 阅读全文

摘要： 基 于数据库操作的小用力称为CRUD用例，每个小用例都表达了单独需求，在处理这种用例是会有两种不同的方法，可以将其分离或者先使用单个管理实体用例对其 处理。在提取系统用例时或有许多用例大致相同，对此可能会建立一种通用搜索机。用例每个目标步骤的命名类似于编程语言中的子过程调用，而且用例是有人而不 是计... 阅读全文

摘要： 1、完整正式的用例格式：（1）单列文字（不是一个表格）（2）步骤编号（3）没有条件语句（4）扩展部分的编号规则是数字和字母的组合完整正式的用例模板使用语境：范围：级别：主执行者：项目相关人员和利益：前置条件：最小保证：成功保证：触发事件：主成功场景：扩展：：：技术和数据变化列表：相关信息2、图形符号... 阅读全文

摘要： 软件需求分析评估是为了检查我们进行软件需求分析工作，保证软件需求分析工作正确性、完整性、有效性、合理性、可确认性、可实施性，完全保证用户所需求的功能。我们对组织结构与责任管理的评估主要有：参与人员任务和责任界面的明确；安排计划按时完成状况；相互间的协调能力状况。我们进行需求分析的目的是完整、准确... 阅读全文

摘要： 随着对这本书的阅读，感触也越来越深 。随着社信息化京城的不断深入，计算机软件的需求越来越复杂，规模也越来越大。但软件危机问题提出了三十多年，至今仍无法很好的得到解决。究其原因，主要还是，主要是忽视了软件开发过程中的质量监控，以及在软件开发过程中，对需求的准确把握不能做到很好的定位。因此，这要求我们... 阅读全文

摘要： 1. CHAOS Report调查结果显示：软件项目成功因素的前三名：用户的参与；执行层的支持和清晰的需求描述。失败的前三名是：不完整的需求，缺乏用户参与和资源不足。2.采用数据说话是技术人员走向成熟的一个要点。3.想让用户代表能够更好地参与到完整性评价中来，就必须采用“业务导向”的组织结构，而是不... 阅读全文

摘要： 做任何事情都讲求方法，方法是人类智慧的体现、知识的运用。方法是人们解决问题的手段。人们在寻找解决问题的方法时总是趋向于简单实用、易于掌握。 面对着空的肥皂盒子，有人花了几十万解决了这个问题，有人只花了90块钱就解决了这个问题。一个是博士，一个是小工。方法之美就在于简单。 TPC基准测试体系、S... 阅读全文