IT工作室Web管理系统初步文档

1、可视化建模与UML课程结业报告IT工作室管理系统 功能需求说明书课题名称：XX系统建模姓名：学号：班级：专业：指导教师：完成日期：第二页为目录及页码索引 撰写人：刘世茂第1章 概述 IT 工作室web管理系统是一个 IT工作室的在线管理系统，主要用于工作室日常事务管理、信息发布，成员学习交流及选取成员之用。各章节主要内容框架，大家可在此基础上扩充第一章 概述或引言一、项目背景和术语及缩写词定义。如：用户：“IT工作室管理系统”的使用人员。 应用服务器：负责整个系统的总体协调工作的器。二、本软件的一般性描述1.运行环境和资源2.软件的体系结构（可用包图表示）3.用户特征及界面需求4.限制与约束及

2、性能要求（如无，可省略）第二章 用例模型一、用例图二、用例概述第三章 类模型类图及说明交互模型最后一章 课程学习小结1、 系统目标 IT 工作室web管理系统的应用目标主要集中在使教师及IT 工作室各成员能够方便了解工作室的财务信息、联系人信息，使管理人员方便管理工作室的资源（人力资源及财务资源），也便于安排各个团队在各个阶段应该完成的项目。同时系统中有用于考核新进成员的题库，供选拔工作室人才之用，也用于测验各成员的学习成果。2、 范围1 系统功能设计范围 新闻系统：（文字简略描述该子系统功能） 论坛系统：（同上） 事务管理系统： 留言系统： 测试系统：2 系统功能结构图1-1 系统结构图建议

3、第1、2章合并。第2章 功能概述1、 系统角色和用户1.、管理员的系统的角色可以分为 项目管理员 人事管理员 生活管理员 团队管理员 信息发布管理员2.用户的角色可以分为 游客 会员 成员管理员和用户都可以在前台浏览在权限范围内的信息，登录后与其它人进行交流。；管理员（所有管理员的功能都一样吗？）可以通过后台登录从而实现新闻发布，事务管理；用户并不能在后台进行登录，其中“游客“可以，”会员“可以“成员“可以查看到管理员安排的任务，编辑相关信息，提交已经完成的任务。并且管理员可以通过后台登录从而实现新闻发布，事务管理；而用户并不能在后台进行登录。二、角色及其操作概述1. 用户角色及其权限范围内的

4、操作1） 游客（无需登录）A. 查看新闻B. 查看论坛中的帖子与回复C. 查看509IT工作室基本介绍D. 查看509IT工作室目前在做什么（概要）？E. 查看509IT工作室将要做什么（概要）？F. 查看管理人员介绍G. 查看团队介绍、成员介绍H. 对系统改善的意见2） 会员（登录入口：前台）A. 发贴、跟帖B. 向509IT工作室提出帮助请求C. 委托项目D. 修改自身信息3） 某些会员（登录入口：前台）A. 进行测试B. 向项目管理员、人事管理员、团队管理员进行自我推荐（发送信息）4） 成员（登录入口：事务管理系统）A. 当前项目任务（不折叠含义不明确）i. 提交任务。ii. 确认提交（

5、由团队管理员审核）iii. 是否完成（由团队管理员确定）iv. 任务完成质量（由于团队管理员确定）B. 当前值日情况（可折叠）i. 提交任务ii. 确认提交（由生活管理员审核）iii. 是否完成（由生活管理员审核）iv. 任务完成质量（由生活管理员审核）C. 当前财务状况（可折叠）i. 查看财务报表ii. 缴费提示iii. 是否缴费（由生活管理员审核）D. 与团队管理员、生活管理员、人事管理员、项目管理员留言E. 修改自身信息2. 系统管理员角色及其权限范围内的操作1） 项目管理员A. 拟定项目B. 将项目分割，分成若干个小项目C. 创建团队，指定团队管理员和成员D. 将项目分配到若干个团队中

6、E. 删除团队，替换团队管理员，调整某团队成员F. 删除项目G. 生成团队管理员报表，项目报表2） 人事管理员A. 决定成员的去留B. 收集绩效报表，评审各成员的综合绩效（除项目管理员，与本身）C. 管理各成员的绩效信息，结合成员基本信息生成报表。D. 考核新成员，添加新成员3） 团队管理员A. 接受项目管理员分派的小项目B. 将小项目分割成若干个任务C. 审核成员提交任务D. 提交子项目E. 是否完成项目F. 任务完成质量G. 生成成员任务质量报表4） 生活管理员A. 安排值日，并生成值日表B. 值日完成情况，并生成值日报表情况C. 记录财务支出，生成财务报表D. 通知成员缴费，审核成员缴费

7、情况，生成缴费情况报表5） 信息发布管理员管理信息第3章 用例描述模型1、 系统用例模型1. 用例图2. 用例图是用例模型的重要组成部分，是对系统从宏观角度的确定描述。用例模型用于需求分析，可进一步明确系统基本功能3. （文字说明用例模型在软件建模中的地位、作用等，用例图建立的过程）图2-1 XXXX用例图14. 基于图1的用例描述 下面是图中哪个用例的描述？建议给每个用例编号。用例描述的模板很清楚，但对“用例描述“基本概念不够明确。1. 简要说明该用例描述注册用户（会员）使用本网站的过程2. 事件流(1) 基本流1. 用户浏览本网站的基本信息。2. 用户登录网站。3. 用户可以进入论坛。4.

8、 在论坛内进行发贴，回贴。5. 用户进入测试界面。6. 用户可以进行测试。7. 用户查看自己测试后的成绩。8. 系统根据用户的成绩，经管理员审定后录用。9. 用户可以进行留言，提出各种建意。(2) 备选流2a. 如果用户登录后，在网站长时间 ( t =30)无相关操作，系统认为用户已经退出。6a. 若是用户超过系统给定的测试次数，系统给出提示，不允许其再进行测试。6b. 若测试期已过，系统给出提示。7a. 若用户还未经过测试，系统给出提示。3. 特殊条件无4. 前置条件无5. 后置条件无6. 扩展点无7. 相关数据用户完成测试的时间，用户所拥有的积分。8. 问题说明无2、 事务管理系统系统用例

9、模型1. 用例图图22. 基于图2的用例描述1. 简要说明本用例描述成员处理事务流程2. 事件流(1) 基本流1. 用户登录。2. 查看当前任务。3. 完成未完成任务并提交。4. 由管理员审核任务。5. 完成任务得到相应的成绩。(2) 备选流4a. 管理员审核未通过，返回3。3. 特殊需求用户必须已经通过测试，并得到管理员的授权。4. 前置条件登录5. 后置条件无6. 扩展点无7. 相关的数据任务的分值、优先级、用户的权限。8. 问题说明无。第3单 系统交互模型一、简要阐述交互模型的概念、作用、UML建模元素及语义、建模过程等。3. 基于事务管理系统？的顺序图顺序图是基于一个用例的。图3第4章 类图模型第5章 类图的概念、作用、建模元素及语义。第6章 系统类图及说明图4 XXX类图每个类图中的类必须有简要说明（对类名的说明，类的类型，如设备，角