logo资料库

基于android的移动办公系统.docx

第1页 / 共52页
第2页 / 共52页
第3页 / 共52页
第4页 / 共52页
第5页 / 共52页
第6页 / 共52页
第7页 / 共52页
第8页 / 共52页
资料共52页,剩余部分请下载后查看
项目《基于android的移动办公系统》
第一篇项目启动
1.1阐述项目背景、价值、目标
背景:
现代社会中,随着企业规模的扩大,员工分布城市日渐广泛,分公司和办事处越来越多,沟通和协作常出问题。这
价值:
自从移动技术发展越来越迅速以来,各地都开始密切关注移动办公,目前国内移动办公系统使用主要集中在移动通
目标:
完成一个集电话会议、发布公告、统一通讯录、聊天、企业云盘功能于一体的即时通讯与社交安卓软件。
1.2项目交付物介绍
OOA是一款免费的企业即时通讯与社交软件。主要功能:
【电话会议】全员可用的多人电话会议,让每一个人都可以轻松完成多人沟通;并支持高清、稳定的语音通话、视
【公告】重要的事可以发送语音/文字,通过电话或短信100%送达,把重要事项管理起来;
【统一通讯录】企业或者团队组织,内部、外部联系人组织架构统一管理,一目了然,随时随地快速找到人;
【单聊/群聊】聊天消息已读未读尽在掌控,可发送多种常用办公文件,企业间的业务往来、同事间的工作往来,
【企业云盘】个人、企业文件存储,一个云盘全搞定。随时随地查看,并能通过聊天发送;
1.3项目组织机构及主要成员职责介绍
项目经理(1名):负责项目的功能性需求与产品设计,负责整个项目的计划、执行、跟踪。是项目的最终决策人
UI(1名):负责用户界面设计与交互设计。
前端(2名):负责为网站ps设计,前端开发为页面切图,javascript脚本特效及交互,as等。
安卓(3名):负责功能代码的实现。负责项目的测试计划、测试任务分配、BUG跟踪,以及项目的发布上线。
后台(2名):负责项目的数据库设计的审核、变更,SQL语句的审核,数据订正,测试或上线数据准备,编写
1.3.1项目的组织结构图
1.3.2简述项目组工作流程
2016.10.08--2016.11.14 项目经理获取需求、制作项目计划
2016.11.01--2016.11.10 UI设计师协助项目经理完系统设计
2016.11.14--2016.11.21 后台设计师完成数据库的设计
2016.11.21--2016.12.14 前端设计师完成网站编写等工作
2016.12.14--2017.02.07 安卓设计师编码实现各类功能
2016.12.01--2017.02.23整合对接
2017.01.14--2017.02.25 测试
2016.12.01--2017.03.07系统功能维护与修改
2017.03.08--2017.03.10验收
2017.03.10--2017.03.15上线运营
1.3.3组建项目团队,项目组主要成员职责介绍
黄雨声 项目经理 规划、监控项目
程正 UI设计师 设计图形界面
李东生、林松 前端工程师 编写网站
林智文、宋伟峰 安卓工程师 功能实现、测试、发布项目
陈瑟扁、陈飒 后台工程师 为功能的实现与上线提供数据准备
1.4项目章程
项目名称:OOA
项目背景:随着企业规模的扩大,员工分布城市日渐广泛,分公司和办事处越来越多,沟通和协作常出问题。
项目目的:要求有一种方便、快速和具有跨地区性的办公方法,使员工不管在何地,都能满足员工之间的沟通要求
启动时间:2016.11.1 计划完工时间:2017.3.1
项目经理:黄雨声
项目经理职责:负责项目的功能性需求与产品设计,负责整个项目的计划、执行、跟踪。
项目目标:完成一个集电话会议、发布公告、统一通讯录、聊天、企业云盘功能于一体的即时通讯与社交安卓软件
方法:
项目范围概述:基于安卓的移动办公系统,完成以下功能即可-电话会议、发布公告、统一通讯录、聊天、企业云
项目总体进度计划:
10.08-11.14 项目开始
11.01-11.21 完成图形界面设计、数据库数据存储接口、网站编写
11.21-01.14 完成电话会议、发布公告、通讯录、聊天及部分企业云盘功能
01.14-03.01 完成企业云盘功能、测试项目、修改跟踪bug、发布项目
项目总体预算:软硬件费用130万,人工成本22万。
各职能部门提供的配合
项目经理:对项目功能需求进行分析,设计产品,跟踪整个项目的进度。
UI:设计用户界面设计与交互。
前端:设计网站,
安卓:实现功能代码。测试项目、修改跟踪bug、发布项目。
后台:数据库设计,编写数据库提供数据存储的接口,测试或上线数据准备。
角色与职责
人员
角色
职责
黄雨声
项目经理
规划、监控项目
程正
UI设计师
设计图形界面
李东生、林松
前端工程师
编写网站
林智文、宋伟峰
安卓工程师
功能实现、测试、发布项目
陈瑟扁、陈飒
后台工程师
为功能的实现与上线提供数据准备
项目主要阶段及里程碑
阶段序号
阶段名称
阶段负责人
里程碑交付成果名称
里程碑交付成果验收标准
验收人
阶段结束日期
(1)
界面设计
程正
切图
切图与效果图中的一样
黄雨声
2016.11.14
(2)
数据库
陈瑟扁、陈飒
数据存储接口文档
各数据成员与设计文档一致
2016.11.21
(3)
网站
李东生、林松
网站链接
网站能正常使用且实现所需特效
2016.12.14
(4)
App.1
林智文、宋伟峰
功能实现一
电话会议、发布公告、通讯录功能按所需实现
2017.1.14
(5)
App.2
功能实现二
聊天、企业云盘功能按所需实现
2017.2.7
(6)
测试
完善app
所有功能都已实现,可以存在bug
2017.2.21
(7)
发布
完成的app
app上线
2017.3.15
项目审批要求
本章程的批准
本章程于2016年10月28日由下列人员签字批准:
姓名: 职务:
签名:
评述:
1.6项目开发模型
1.6.1项目开发模型的工作流程
本项目采用传统的瀑布模型,要求项目所有活动严格按照顺序至上而下执行,在项目开发前,进行好概念开发和系
1.6.2项目开发模型选取的依据
本项目之所以采用传统地瀑布模型,是因为该项目开发周期较短,在开发前就已经有了明确的软件需求,且开发完
第二篇项目开发文档
第三篇需求规格说明书SRS
1 导言
1.1 背景
1.2 目的
1.3 名词解释
2 概述
2.1 系统环境
2.2 功能需求
2.3 参与者分工
人员
角色
职责
黄雨声
项目经理
规划、监控项目
程正
UI设计师
设计图形界面
李东生、林松
前端工程师
编写网站
林智文、宋伟峰
安卓工程师
功能实现、测试、发布项目
陈瑟扁、陈飒
后台工程师
为功能的实现与上线提供数据准备
2.4 技术支持
2.4.1Android系统特性与平台架构
系统特性:
平台架构图:
架构的简单理解:
2.4.2 jsp+servlet+javabean开发模式
3 UML建模语言
3.1 基本概念
3.1.1 对象图
3.1.2 类图
3.1.3 类图
3.2 模型视图
3.2.1 用例图
3.2.2 活动图
3.2.3 顺序图
4 需求分析
4.1 管理员需求分析
4.1.1 管理员用例图
4.2 普通用户需求分析
4.2.1 普通用户用例图
4.3 安全管理需求分析
4.3.1 安全管理用例图
5 对性能的规定
5.1 时间特性要求
5.2 灵活性
5.3 输入输出要求
5.4 故障处理要求
5.5 其他专门要求
第四篇项目计划
第一部分《范围计划》
第二部分《进度计划》
第三部分《成本计划》
组件
组件复杂度
外部输入
2×3
2×6
2×6
外部输出
6×4
9×5
0×5
外部查询
0×3
3×4
4×7
外部逻辑文件
4×5
1×7
5×10
内部逻辑文件
5×7
0×12
2×13
总计
85
76
116
UFC
277
第四部分《质量计划》
第五部分《人力资源计划》
第六部分《沟通计划》
第七部分《风险计划》
一、风险计划编制过程:
第八部分《配置计划》
第五篇案例分析
项目《基于 android 的移动办公系统》 第一篇 项目启动 1.1 阐述项目背景、价值、目标 背景: 现代社会中,随着企业规模的扩大,员工分布城市日渐广泛,分公司和办事处越来越多, 沟通和协作常出问题。这就要求有一种方便、快速和具有跨地区性的办公方法,使员工不管 在何地,都能满足员工之间的沟通要求,满足企业与业务伙伴之间的相互沟通需求。同样的, 随着各地方政府服务观念的提高,也希望通过某种方法来提升办公效率,降低管理成本,提 升服务质量。伴随着“移动互联网”的迅速发展,企业渐渐的开始利用“移动互联网”技术, 来提升企业自身的经营管理水平,而“移动互联网”的特性正好巧妙的突破了时间、空间的 局限,从而解决效率和成本的问题,于是“移动办公”的概念就此诞生。所谓“移动办公” 也可称为“3A 办公”,也叫移动 OA, 即办公人员可在任何时间(Anytime)、任何地点(Anywhere) 处理与业务相关的任何事情(Anything)。 利用手机的移动信息化软件,建立手机与电脑互 联互通的企业软件应用系统,摆脱时间和场所局限,随时进行随身化的公司管理和沟通,助 您有效提高管理效率,推动政府和企业效益增长。 价值: 自从移动技术发展越来越迅速以来,各地都开始密切关注移动办公,目前国内移动办公 系统使用主要集中在移动通信、经济发达的省市地区,欠发达省份起步虽晚,但发展迅速, 总而言之,现阶段基于移动电话的移动办公在我国拥有广泛的应用前景;其次,据统计,我 国大多数手机平台以 Android 平台居多,占比百分之七十以上,可见需求基数之多,因此, 开发基于移动终端设备的移动办公系统有着广阔的应用前景与需求,可以创造巨大的经济和 社会效益。 目标: 完成一个集电话会议、发布公告、统一通讯录、聊天、企业云盘功能于一体的即时通讯 与社交安卓软件。 1.2 项目交付物介绍 OOA 是一款免费的企业即时通讯与社交软件。主要功能: 【电话会议】全员可用的多人电话会议,让每一个人都可以轻松完成多人沟通;并支持 高清、稳定的语音通话、视频通话,让面试、汇报等沟通更方便高效; 【公告】重要的事可以发送语音/文字,通过电话或短信 100%送达,把重要事项管理起 来; 【统一通讯录】企业或者团队组织,内部、外部联系人组织架构统一管理,一目了然, 随时随地快速找到人; 【单聊/群聊】聊天消息已读未读尽在掌控,可发送多种常用办公文件,企业间的业务 往来、同事间的工作往来,现已无缝整合到聊天场景中,让沟通更高效; 【企业云盘】个人、企业文件存储,一个云盘全搞定。随时随地查看,并能通过聊天发 送; 1.3 项目组织机构及主要成员职责介绍 项目经理(1 名):负责项目的功能性需求与产品设计,负责整个项目的计划、执 行、跟踪。是项目的最终决策人和负责人。 UI(1 名):负责用户界面设计与交互设计。 前端(2 名):负责为网站 ps 设计,前端开发为页面切图,javascript 脚本特效及
交互,as 等。 安卓(3 名):负责功能代码的实现。负责项目的测试计划、测试任务分配、BUG 跟踪,以及项目的发布上线。 后台(2 名):负责项目的数据库设计的审核、变更,SQL 语句的审核,数据订正, 测试或上线数据准备,编写数据库给前段、安卓人员提供数据存储的接口。 1.3.1 项目的组织结构图 1.3.2 简述项目组工作流程 2016.10.08--2016.11.14 项目经理获取需求、制作项目计划 2016.11.01--2016.11.10 UI 设计师协助项目经理完系统设计 2016.11.14--2016.11.21 后台设计师完成数据库的设计 2016.11.21--2016.12.14 前端设计师完成网站编写等工作 2016.12.14--2017.02.07 安卓设计师编码实现各类功能 2016.12.01--2017.02.23 整合对接 2017.01.14--2017.02.25 测试 2016.12.01--2017.03.07 系统功能维护与修改 2017.03.08--2017.03.10 验收 2017.03.10--2017.03.15 上线运营 1.3.3 组建项目团队,项目组主要成员职责介绍 规划、监控项目 UI 设计师 设计图形界面 黄雨声 项目经理 程正 李东生、林松 林智文、宋伟峰 陈瑟扁、陈飒 前端工程师 安卓工程师 后台工程师 编写网站 功能实现、测试、发布项目 为功能的实现与上线提供数据准备 1.4 项目章程 项目名称:OOA 项目背景:随着企业规模的扩大,员工分布城市日渐广泛,分公司和办事处越来越多,沟通 和协作常出问题。
项目目的:要求有一种方便、快速和具有跨地区性的办公方法,使员工不管在何地,都能满 足员工之间的沟通要求,满足企业与业务伙伴之间的相互沟通需求。 启动时间:2016.11.1 计划完工时间:2017.3.1 项目经理:黄雨声 项目经理职责:负责项目的功能性需求与产品设计,负责整个项目的计划、执行、跟踪。 项目目标:完成一个集电话会议、发布公告、统一通讯录、聊天、企业云盘功能于一体的即 时通讯与社交安卓软件。 方法: 项目范围概述:基于安卓的移动办公系统,完成以下功能即可-电话会议、发布公告、统一 通讯录、聊天、企业云盘功能。 项目总体进度计划: 10.08-11.14 项目开始 11.01-11.21 完成图形界面设计、数据库数据存储接口、网站编写 11.21-01.14 完成电话会议、发布公告、通讯录、聊天及部分企业云盘功能 01.14-03.01 完成企业云盘功能、测试项目、修改跟踪 bug、发布项目 项目总体预算:软硬件费用 130 万,人工成本 22 万。 各职能部门提供的配合 项目经理:对项目功能需求进行分析,设计产品,跟踪整个项目的进度。 UI:设计用户界面设计与交互。 前端:设计网站,开发页面切图,编写脚本特效及交互。 安卓:实现功能代码。测试项目、修改跟踪 bug、发布项目。 后台:数据库设计,编写数据库提供数据存储的接口,测试或上线数据准备。 角色与职责 人员 黄雨声 程正 李东生、林松 林智文、宋伟峰 陈瑟扁、陈飒 项目主要阶段及里程碑 阶段序号 阶段名称 阶段负责 人 角色 项目经理 UI 设计师 前端工程师 安卓工程师 后台工程师 里程碑交 付成果名 称 (1) 界面设计 程正 切图 (2) 数据库 陈瑟扁、陈 飒 数据存储 接口文档 职责 规划、监控项目 设计图形界面 编写网站 功能实现、测试、发布项目 为功能的实现与上线提供数 据准备 里程碑交付 成果验收标 准 切图与效果 图中的一样 各数据成员 与设计文档 一致 验收人 阶段结束日 期 黄雨声 2016.11.14 2016.11.21 2016.12.14 (3) 网站 李东生、林 松 网站链接 网站能正常 使用且实现 所需特效 (4) App.1 林智文、宋 功能实现 电话会议、 2017.1.14
(5) App.2 (6) 测试 伟峰 一 功能实现 二 发布公告、 通讯录功能 按所需实现 聊天、企业 云盘功能按 所需实现 完善 app 所有功能都 已实现,可 以存在 bug 2017.2.7 2017.2.21 (7) 发布 完成的 app app 上线 2017.3.15 项目审批要求 本章程的批准 本章程于 2016 年 10 月 28 日由下列人员签字批准: 姓名: 职务: 签名: 评述: 1.6 项目开发模型 1.6.1 项目开发模型的工作流程 本项目采用传统的瀑布模型,要求项目所有活动严格按照顺序至上而下执行,在项目开 发前,进行好概念开发和系统配置开发,开发中需要进行需求过程、设计过程、实施过程, 开发后进行安装过程、支持过程、维护过程等。需求分析、设计、实施、测试、维护,一 步步严格地执行。 1.6.2 项目开发模型选取的依据 本项目之所以采用传统地瀑布模型,是因为该项目开发周期较短,在开发前就已经有了 明确的软件需求,且开发完后无重大变化,解决方案在项目开始前也很明确,项目经理熟 悉这一模型所需地过程。因此采用瀑布模型。 第二篇 项目开发文档 名称:需求分析 任务: 1、进行需求调查,定义软件的用户需求,撰写软件需求规格说明书(SRS) 2、根据 SRS,撰写软件确认测试计划 3、评审 SRS 和软件确认测试计划 输入: 用户的初步需求描述 输出: 软件需求规格说明书 软件确认测试计划 过程步骤: 1.根据用户需求描述,分析和 定义软件系统的需求,按照 《软件需求规格说明书编写 指南》编写软件需求规格说明 书(SRS) 2.根据 SRS,制定软件确认测 试计划,按照《软件确认测试 计划编写指南》编写软件确认 测试计划文档 3.对需求分析的结果(软件需 求规格说明书和软件确认测
试计划)进行评审 说明: 1.用户需求描述了用户对目标软件系统的期望和要求(包括功能、性能和设计约束等),因此, 需求分析只需关心要解决的问题,而无需关心这些问题的解决方案 2.软件确认测试计划应该包含软件需求规格说明书中所定义的所有需求的测试内容 名称:概要设计 任务: 1. 制定规范 2. 系统构架设计 3. 软件结构设计 4. 公共数据结构设计 5. 安全性设计 6. 故障处理设计 7. 可维护性设计 8. 编写文档 9. 概要设计评审 输入: 软件需求规格说明书 输出: 概要设计说明书 过程步骤: 1. 系统构架设计,用于定义 组成系统的子系统,以及对子 系统的控制、子系统之间的通 信和数据环境等 2. 软件结构和数据结构的设 计,用于定义构造子系统的功 能模块、模块接口、模块之间 的调用与返回关系,以及数据 结构、数据库结构等 说明: 1. 概要设计所能够获得的还只是有关软件系统的抽象表达式,需要专心考虑的是软件系统 的基本结构,至于软件系统的内部实现细节如何,则被放到以后详细设计中去解决 2. 尽管概要设计并不涉及系统内部实现细节,但它所产生的实施方案与策略将会最终影响 软件实现的成功与否,并影响到今后软件系统维护的难易程度 名称:详细设计 任务: 详细设计的主要任务是设计每个模块的实现算法、所需的局部数据结构。详细设计的目标有 两个:实现模块功能的算法要逻辑上正确和算法描述要简明易懂 输入: 概要设计说明书 输出: 详细设计说明书 过程步骤: 1. 为每个模块进行详细的算 法设计 2. 为模块内的数据结构进行 设计 3. 为 数 据 结 构 进 行 物 理 设 计,即确定数据库的物理结构
4. 编写详细设计说明书 5. 评审 说明: 在详细设计阶段,主要是通过需求分析的结果,设计出满足用户需求的嵌入式系统产品 名称:编码 任务: 使用选定的程序设计语言,把模块的过程描述翻译为用该语言书写的源程序 输入: 详细设计说明书 过程步骤: 1. 选择合适的语言 2. 确定编码的风格 3. 制定编码原则 输出: 系统程序代码及相关文档 说明: 在编程的步骤中,要把软件详细设计的表达式翻译成为编程语言的构造,编译器接受作为输 入的源代码,生成作为输出并从属于机器的目标代码,然后编译器把输出目标代码进一步翻 译成为机器代码,即真正的指令 名称:集成测试 任务: 1. 寻找 bug 2. 避免软件开发过程中的缺陷 3. 衡量软件的品质 4. 关注用户的需求 输入: 系统程序代码及相关文档 过程步骤: 1. 单元测试 2. 集成测试 3. 确认测试 4. 系统测试 5. 调试 输出: 测试计划 测试分析报告 说明: 软件测试是软件开发过程中及其重要的一环 名称:撰写用户文档 任务: 充分叙述本软件所能实现的功能及其运行环境,以便使用者了解本软件的使用范围和使用方 法 输入: 详细设计说明书 系统程序代码及相关文档 输出: 用户文档 过程步骤: 1. 软件概述,说明本软件的 用途,本软件开发目的,基本 原理,基本功能 2. 软件使用过程,怎么安装, 如何安装,安装的过程 3. 软件维护过程,遇到问题 如何出错及纠正方法,专用维
护程序等等 说明: 用户文档的编制是为了向操作人员提供该软件每一个运行的具体过程和有关知识,包括操作 方法的细节 名称:用户培训 任务: 为了让用户能更好的操作与维护系统 输入: 用户文档 过程步骤: 1. 采用各种有效的培训方式 进行培训 2. 对于用户提出的问题进行 解疑 输出: 具有使用该系统的能力的用 户 说明:用户培训是很有必要的一个环节 第三篇 需求规格说明书 SRS XXXX 单位 基于 Android 的移动办公系统 需求规格说明书 V1.0 初始版本发布时间: 当前版本发布时间:
1 导言 ....................................................................... 9 1.1 背景 ................................................................. 9 1.2 目的 ................................................................ 10 1.3 名词解释 ............................................................ 10 1.4 参考资料 ............................................ 错误!未定义书签。 2 概述 ...................................................................... 10 2.1 系统环境 ............................................................ 10 2.2 功能需求 ............................................................ 11 2.3 参与者分工 .......................................................... 11 2.4 技术支持 ............................................................ 11 2.4.1 MVC 模式 ...................................... 错误!未定义书签。 2.4.2 jsp+servlet+javabean 开发模式 ..................................11 3 UML 建模语言 ...............................................................13 3.1 基本概念 ............................................................ 13 3.1.1 对象图 ........................................................ 14 3.1.2 类图 .......................................................... 14 3.1.3 类图 .......................................................... 14 3.2 模型视图 ............................................................ 14 3.2.1 用例图 ........................................................ 14 3.2.2 活动图 ........................................................ 15 3.2.3 顺序图 ........................................................ 15 4 需求分析 .................................................................. 15 4.1 管理员需求分析 ...................................................... 15 4.1.1 管理员用例图 .................................................. 15 4.2 普通用户需求分析 .................................................... 22 4.2.1 普通用户用例图 ................................................ 22
分享到:
收藏