act_gh95

摘要： 我做的系统是基于ssh框架的在线考试系统。在线考试系统有以下几点特性：（1）系统响应时间需要非常快，可以迅速的出题，答题。（2）系统的负载量也需要非常大，可以支持多人在线考试（3）还有系统的安全性也需要非常高，防止题目泄露。（4）对于每个用户的权限要非常明确，捕捉用户的每一个动作是否经过授权。因此我 阅读全文

摘要： 我选择的是基于B/S在线考试系统的开发。由于J2EE架构可以简化应用的开发和管理，因此我选择了其中的SSH框架作为我的系统的开发框架。 SSH框架说明：SSH是struts+spring+hibernate的一个集成框架,它将系统分为了表现层、业务逻辑层和数据服务层，业务规则、数据访问及合法性校验等 阅读全文

摘要： 架构的产生是由于人的能力有限，从而产生了分工，人人各司其职，通过沟通来获得生活的必须品，这就产生了架构。架构就是把一个整体切分成不同的部分，由不同角色来完成这些分工，并通过建立不同部分相互沟通的机制，使得这些部分能够有机的结合为一个整体，并完成这个整体所需要的所有活动。架构解决的是人的问题。做好架构 阅读全文

摘要： 访问控制有3个主要活动组成：1.使系统知道有关人员（用户注册）2.确认用户是译制人员（用户认证）3.控制用户可以做什么和看什么（用户授权）。访问控制需求模式适唯一的有关安全的需求模式，但对访问控制进行需求分析时，要包括：用户类别、用户详细信息（身份详细信息、认证信息、事实、选择、访问权限）、注册流程... 阅读全文

摘要： 在需求工程开发篇中。需求规划的思路和过程 需求规划工作是面向“全业务、全信息、全系统”，采用分析综合、归纳演绎的逻辑方法整理出组织与对象的业务逻辑模型，在此业务的逻辑模型基础上进行系统的规划。业务研究 业务研究就是借鉴科学研究方法通过资料研究、现场调研还原一个完整的、准确的、逻辑的业务面貌。应用建模... 阅读全文

摘要： 书中介绍了37种需求模式，每种模式都从基本细节，适用性，讨论，内容，模板，实例，额外需求，开发考虑，测试考虑等几个方面介绍的。每一种模式都其中的特点和适用性，在实际项目开发中，我们应该选择适合的使用基础领域内的需求模式有：系统间接口需求模式、系统间交互需求模式、技术需求模式、遵从标准需求模式、参考需... 阅读全文

摘要： 业务用例的设计范围是业务运作不涉及技术问题，系统用例的设计范围就是要设计的计算机系统涉及技术问题。可以用图标来区分业务用例和系统用例或者在用例本身包含的系统内部放置一幅系统的图画。人们在开发时经常会犯得错误会反映最重要的问题，这一点在很多领域都是成立的。用例的每一句话都描述了一个要实现的子系统；还要... 阅读全文

摘要： 软件需求分析中，用例会表会给人一个清晰的功能描述。一个开发组可以使用用例来制定软件设计任务，以保持用例映射的及时性。设计任务步并不与用例单元整齐对应，所以一项设计任务产生的业务对象或者行为能同时用于多个用例。在制定粗略的系统功能图时需要首先对系统采用的叙述方式达成共识；然后对应用领域达成共识，并集中... 阅读全文

摘要： 用例就像是一个不断展开的故事，顶级用例调用最外层用例，最外层用例再展开为用户目标用例或海平面用例。设计范围比较容易引起混乱，人们对系统的边界往往会有不同的观点。重要的是要清楚：业务用例的设计范围是业务运作不涉及技术问题，系统用例的设计范围就是要设计的计算机系统涉及技术问题。可以用图标来区分业务用例和... 阅读全文

摘要： 应用建模是业务系统和信息系统之间的桥梁。业务改造视图明确了业务改造的范围，缩小了范围，突出了重点，明晰了边界。业务域和子系统基本上是一对一的映射关系。业务研究只给出了业务事项范围和目标，业务建模是在此基础上通过演绎的方式得到各构成部分的完整性。系统功能建模就是将业务域、业务功能、业务活动分别采用归纳... 阅读全文