夏小暑

摘要： 一、简介： 架构模式是一个通用的、可重用的解决方案，用于在给定上下文中的软件体系结构中经常出现的问题。架构模式与软件设计模式类似，但具有更广泛的范围。 模型-视图-控制器模式，也称为MVC模式。是软件工程中的一种软件架构模式，把软件系统分为三个基本部分： 模型（Model）：负责存储系统的中心数据。 阅读全文

摘要： 网站的可用性描述网站可有效访问的特性，相比于网络的其他非功能的特性，网站的可用性更能牵动人们的神经。因为，大型网站如果发生不可用的事故，将直接的影响公司的形象及利益，所以，网站的可用性及其重要。正如《大型网络技术架构：核心原理与案例分析》中提到，百度被黑客攻击，其DNS域名被劫持，导致百度全站长达数 阅读全文

摘要： 质量属性：可用性、可修改性、性能、安全性、可测试性、易用性。分别分析如下： * 可用性分析：可用性与系统故障及其相关后果有关。 场景：用户访问量较大。 刺激源：淘宝网用户。 刺激：淘宝网，交易人数过多使服务器负载变大。 制品：淘宝网站。 环境：淘宝网正常运行。 响应：采用分布式服务器进行处理。 响应 阅读全文

摘要： 首先，对于“架构”这个概念来说，是有很多解释的。在古代，最早开始有父系社会，因为男人在外打猎，女人在家，男人功劳较大。而到后来，由父系社会转变成母系社会，因为女人在家耕种的效率比男人打猎的效率高。这是一种分工合作二生存的整体，相较于一人独立生活，力量更强大。 “架构”在《架构漫谈（一）》中的解释：根 阅读全文

摘要： 阅读第6章（建立项目视图与范围）所得： 简历项目的范围是十分有必要的，若无范围的划分，则对于任意功能需求都很难达成一致的意见。所以，在确定项目的功能需求之前，首先应确定项目的视图和范围。项目视图描述了产品所涉及的各个方面和在一个完美环境中最终所具有的的功能。范围描述了产品应包括的部分和不应包括的部分 阅读全文

摘要： 阅读第5章（软件需求与风险管理）所得： 软件工程师都是绝对的乐观主义者。总是希望下一个项目进行顺利而忽略以前项目发生的问题。而项目按计划进行时，会出现许许多多潜在危险阻碍项目的进行。典型的需求风险包括：对需求的误解、不恰当的用户参与。软件项目管理者必须要明确和控制他们的项目风险，并且要从需求工程的风 阅读全文

摘要： 阅读第4章（改进需求过程）所得： 改进需求的过程是一个从失败、错误开始，还要历经像受人为抵制的影响及因任务的时间紧迫二导致改进被搁置这样的挫败。在软件开发过程的改进中主要有两个目标：解决在以前项目或目前项目中遇到的问题，防止和避免你可能在将来的项目中要遇到的问题。 对于需求，它一旦改变就要改变其他的 阅读全文

摘要： 1.识别业务参与者 参与者包括管理员、填报人员、审核人员和领导。 2.识别业务用例（用例图展现） 3.详述业务用例（填报需求这一用例，以活动图详细展现如下） 4.建立业务对象模型 阅读全文

摘要： 阅读第3章（需求工程的推荐方法）所得： 标题的推荐方式而不是“最佳方法”，最佳方法的本质就是有助于项目成功的有效方法。方法有很多，但又不能全部都得运用到项目中，应选取有效的方法来使用。并且，对于项目需求的理解，我觉得文章中此方法是可行而且是有效的：把项目风险承担者（例如开发人员，市场人员，客户，测试 阅读全文

摘要： 小组成员：白悦，张雪薇，李慧，陶雨洁 目标：实现需求的网上填报，征集。 好处： 1.便于统计 2.节约时间，成本 3.快捷简单易操作 度量标准：填报所用时间，精力，以及需求数据整理的有效性。 利益相关者： 1.填报人：有技术需求需要申请，实时在线填报。 2.审核人员：对已申请的技术需求进行审核，并回 阅读全文