数据采集与整合项目说明 Tarena High-End IT Training 达内科技公司培训资料.pptVIP

用户需求说明 ----需求列表结构图 用户需求说明 ----程序部署图说明 用户需求说明 ----需求详细说明(1/2) 采集系统 本系统是一个计费的系统，要想对用户进行准确的收费，首先必须能够获得用户使用开放实验室的准确的使用记录，采集子系统正是为了获取这些记录而提供的。 获取用户使用实验室的准确记录原理： 利用操作系统的自身功能：开放实验室是一个Unix服务器， Unix服务器本身就具有记录系统日志的功能。用户每次登录和退出Unix服务器的信息都会被自动保存到一个在线日志文件/var/adm/wtmpx中。采集系统通过调用Unix系统函数来读取这个日志文件中的内容，然后对读取到的内容进行整理，整理为方便计费的数据，其中包括登录名、登录时间或登出时间等作为计费依据的数据。最后把这些数据存入数据库中，以备其他系统使用。为了使读取的数据量不至于过大，采集系统会每小时定时执行一次，每次只采集上一个小时时间段之内的数据。 用户需求说明 ----需求详细说明(2/2) 整合系统 采集系统定时将用户使用服务器的数据存入到了数据库中，但这些数据都是流水帐的数据，是用户每次使用UNIX操作系统的用时。如果用户量大，用户频繁地登入/出，将产生大量的数据，不便于将来生成用户的月账单和对开放实验室的使用情况进行月统计和年统计，因此，出现了整合系统。 整合是将某个用户在某一时段内所用机时求和后形成一条记录。 整合系统具体整合规则如下： 1. 每小时定时整合一次，生成以小时为单位统计的数据，程序总是每小时定时整合前一小时的数据。 2. 每天定时整合一次，生成以天为单位统计的数据，程序总是每天定时整合前一天的数据. 3. 每个月定时整合一次，生成以月为单位统计的数据，程序总是每个月定时整合前一个月的数据。 用户需求说明 ----术语解释 实验室 就是用户使用的Unix服务器,用户需要帐号与口令,通过IP访问. 业务帐号 用户使用实验室需要的帐号,口令,IP必须向电信运营商才能获得,该申请信息就是业务帐号,业务帐号中包含资费种类,用户的费用产生就是不同业务帐号下费用的总计. 帐务帐号 用户费用结算的信息就是通过帐务帐号来管理.帐务帐号主要记录用户的支付方式,申请的业务帐号等. 帐单查询 就是费用查询,费用按不同业务的费用按帐务帐号总计成用户费用.帐单查询就是查询帐务帐号下的费用,和每个帐务帐号下的业务帐号明细. 帐务查询 按实验室查询在每个实验室上产生的登录时长统计. 用户自服务帐单查询. 用户可以查询发生在自己个人帐务帐号下的总计费用,以及费用明细. 需求分析 ----意义 需求解决这两个问题: 怎样保证用户相信我们已经理解他们的意图? 用户相信我们才把项目委托给我们. 怎样保证我们确实已经完全理解用户的意图? 保证用户的需求不要不停的变化. 保证去除用户的矛盾需求. 保证在构架和设计系统的时候需求足够充分成熟. 完整成熟的需求可以保证最适合的技术与架构的选择. 可靠成熟的需求是项目估算,进度安排的前提. 需求分析 ----分析的重点 寻找参与者. 使用系统的人. 寻找独立的功能:用例. 独立性. 集中的目的性. 描述简单性. 参与者操作单一性. 描述参与者与用例. 需求分析 ----寻找参与者 用户:使用电信实验室的人群 超级管理员:分配权限给其他工作人员的人. 系统管理员:负责维护实验室系统的管理员 运营管理员:负责用户帐务帐号,业务帐号申请,自费标准建立的电信工作人员. 需求分析 ----抽取用例[use case] 需求分析 ----描述用例 描述用例一般包含几个方面: 用例名称 简单描述 前置条件 后置条件 正常事件流 可选事件流 异常事件流 特殊需求 说明 注:事件流的表达方式可以使用文本,也可以使用图,比如时序图,活动图等方式 需求分析 ----数据采集客户端用例描述(1/3) 描述要素 描述内容 备注事项 用例名称 数据采集客户 用例编号 用例简述 读取日志文件，并清空日志。 从读取的数据中解析用户登录时间等信息。 把解析的用户登录时间数据发送到服务器。 如果发送失败，就存储在实验室上等下次发送。 参与者 系统管理人员 前置条件 需要root权限 后置条件 日志文件被备份后清空 异常事件流 备份读取数据源异常:结束本次采集,并等待下次采集. 解析数据源异常,中断整个采集过程. 上次登入数据读取异常,忽略异常,并继续采集 数据发送失败异常,保存文件到本地,并等待下次采集 特殊需求 需求分析 ----数据采集用例描述(2/3) 需求分析 ----数据采集用例描述(3/3) 需求分析 ----数据采集服务端用例描述(1/3