软件标准体系结构案例.docx

软件体系结构案例分析案例一：学生管理系统功效以下面业务分解图所表示，将一个开发软件学生管理系统分成五个子系统，学生档案管理： 学生通常情况，及奖励，处分情况； 学生成绩管理： 学习成绩，补考成绩； 学籍处理： 学生留降级处理，休复学处理，退学处理； 日常教务管理： 日常报表，如通知书，补考通知书等，学生学成绩多种分类统计； 毕业生学籍处理： 结业处理，毕业处理，授位处理，学籍卡片等。学籍管理系统软件毕业生学籍处理系统日常教务管理系统学生档案管理系统学生成绩管理系统学籍处理系统 图3、信息采集和各部门使用权限 每学期考试完成由各系录入成绩，然后由教务科搜集。为了信息安全和数据权威性，对于网上信息使用权限和责任要求以下：数据搜集前系统权限学生档案学生奖惩学生成绩学籍处理补考成绩教学计划管理多种等级考试学生工作处0 ？0 ？各系？0 ？教务科？0 ？0 ？0 ？师资科？0 ？院长办公室？注：0、登录，修改，处理权。 ？、查询权性能1、网络环境下多用户系统 在上述已经有硬件环境下，信息由各用户在要求权限下在各自工作站上录入，信息上网后各用户可查询，调用，达成信息共享。2、 数据完整性，正确性a、录入数据采取表格方法，限制录入数据类型及取值范围以确保数据完整性及正确性。b、 系统含有部分反悔修改功效，系统备有修改功效均可反悔3、数据完成时间性，如成绩录入，仅当师资科录入教学进程，教务科分发老师教学任务安排以后，各系方可录入成绩。4、 数据安全性本系统采取二级安全保障第一级：依靠于网络本身对用户使用权限要求。第二级：在程序模块中经过使用密码控制功效对用户使用权限加以限制。如上表5、成绩自动统计分析及学籍自动处理本系统按学籍管理条例设计了若干个软件处理模块：1、 按某学生某学期，年考试及补考成绩，自动生成该学生是否升 留降级，退学。2、 可按某学生在校期间累计补考科目门数和成绩自动生成该学生 是否结业，毕业，授位。3、 可按某学生因非成绩原因所引发学籍变更作自动处理。4、 可按每学期各年级班学生考试成绩自动生成补考名单，科目。5、 可按每学期各年级学生考试成绩自动生成某课程统计分析表。6、 可按同十二个月级学习成绩进行同一课程不一样班级间成绩比较。师资科学籍管理系统软件学生处系办公室通常见户教务科 学生成绩管理步骤图以下： * 一层图* 二层图学生处学生档案管理系统学生成绩管理系统系办公室学籍处理系统教务科师资科通常见户毕业生学籍处理系统日常教务处理系统案例二：网上招聘系统项目起源及背景本项目是为北京某企业开发一个网上招聘系统，因为这个企业规模比较大，需要招聘职员也很多，每次招聘总能收到成千上万简历，怎样挑选适宜应聘者常常是企业比较棘手事情，为人力资源部工作人员带来很多工作量。为此企业期望有一个自动化招聘系统能够给她们带来工作便利，提升工作效率，同时立即招聘到满意人才。为现实企业和人才牵线搭桥作用，来填补招聘中存在种种不足。在这种条件下，我们开发了网上招聘系统。人力资源部工作人员经过这个招聘系统维护知识库，编制试题，公布职位和和这个职位对应试题；应聘者能够经过网上提交自己简历并同时回复对应试题。人力资源部工作人员经过这个招聘系统能够统计整理这些简历，并依据应聘者简历和试题分数提取出需要面试人员，然后根据一定方法通知面试人员参与面试，在面试过程中，统计对应面试结果。人力资源部工作人员能够随时浏览人员简历和面试相关信息。项目要达成目标本项目设定目标以下：1. 系统能够提供友好用户界面，使操作人员工作量最大程度降低2. 系统含有良好运行效率，能够得到提升生产率目标3. 系统应有良好可扩充性，能够轻易加入其它系统应用。4. 平台设计含有一定超前性，灵活性，能够适应企业生产配置改变。5. 经过这个项目能够锻炼队伍，提升团体开发能力和项目管理能力系统整体结构依据用户需求陈说，能够确定本项目分为用户端和管理端，用户端关键功效是提供给聘者查询职位、简历录入、回复试题，提交简历等。管理端功效提供企业人力资源管理人员进行知识库管理、试卷管理、职位管理、简历管理、用户管理等。她们关系图A-1。网 络 服 务 器知识库管理HR试题库管理HR职位管理HR简历管理HR面试管理HR职位信息简历信息面试信息应聘职位应聘者知识信息试题信息职位信息填写简历回复试题提交简历信息简历信息图A-1：网上招聘系统步骤图应用环境 本项目标应用环境能够分硬件环境、软件环境和网络环境来描述。系统运行网络环境本系统网络运行图图A-2，不管是用户端应聘者还是管理端HR等全部能够经过网络登录到本系统中。应聘者经过网络提交简历等相关信息，HR经过网络公布职位信息，取得应聘者提供简历信息，进行面试管理。图A-2：网络拓扑图管理端子系统管理端关键是指提供企业内部人力资源管理人员使用功效部分，它功效分为知识库、试卷管理、职位公布、简历整理、面试管理等部分，每个登录者首先经过认真安全认证然后缺点权限，依据对应权限现实对应功效。案例三：校园一卡通系统总体概述系统总体分为校园卡中心、银行转帐系统、应用子系统（收费子系统和身份识别子系统两类）及第三方系统并接四大部分：一卡通中心“一卡通”系统校园卡中心建立在校园专用网上，关键实现数据中央存放和卡综合业务。l 数据中心服务器：负责校园“一卡通”数据存放、更新、备份、维护；l 中间层服务器：负责全部业务逻辑处理；l 校园前置机：唯一负责和银行前置机连接，同时管理、监控各个自助转帐终端，代理自助、自动两种方法实时转帐业务；l 查询服务器：负责网上查询、语音查询、领导查询等服务；银行转帐系统l 自助圈存缴费机：二十四小时自助为学生提供圈存，缴费服务；l 对帐系统：实时或定时下载银行圈存或缴费流水和一卡通中心数据库对帐；l 触摸式查询机：二十四小时自助为学生提供校园一卡通多种数据查询；各应用子系统l 业务应用系统：负责本子系统和业务事务处理，如消费系统和机房收费系统。l 和中心数据信息共享：能够在“一卡通”中心数据库和本子应用系统之间实现资源和信息共享，实现全校师生“一卡在手，走遍全校”第三方系统并接系统提供多个方法并接技术，能够把已经有或将要应用第三方系统和“一卡通”系统并接。第三方并入系统大致也可分为两大类，即收费类和身份识别类系统。l 收费类系统并入“一卡通”系统后，要将收费和扣款统计回送到中心服务器，以维护系统帐目标一致性和完整性，而对于小钱包方法系统只要子系统自己维护小钱包帐目一致性即可。l 身份识别类系统如门禁控制系统、上机认证等，只要将从卡上读取识别码在系统中进行有效性确定即可。我们为第三方系统接入开发了硬件操作接口及身份识别接口，由系统提供服务，可实现第三方系统无缝并接,达成校园卡走遍全校目标。系统总体架构校园一卡通系统软件技术架构采取成熟三层结构，即分为数据服务层、业务逻辑层和用户表现层设计并实现。采取三层结构应用程序最大好处是把业务逻辑独立出来，封装为中间层，这么就在业务逻辑需要改变时不影响用户端表现层和后端数据库服务器层，所以，它能够满足应用程序可伸缩性（或可扩展性）应用需求。同时，一卡通软件系统为综合教务系统、门禁系统、IBMS等其它系统提供对应系统对外接口,实时处理来自其它系统业务请求，实现和其它系统所需信息共享,从而实现一卡通系统对其它系统扩展处理功效。IC卡用户经过应用子系统使用一卡通提供各项服务，学院管理用户经过中心管理系统和帐务管理系统实现对一卡通系统IC卡用户管理和帐务处理工作。分析比较以上是三个在网上找案例，下面从直观性、易描述性、4+1视图等方面进行比较：