智能解忧AD
智能解忧AD--------软件文档
1.《立项建议书》
1.引言(Introduction)
1.1目的(Purpose)
解决广大人民群众的困难,烦恼。获取每位登录用户的关键词,为他筛选出合适他的产品及广告。
1.2范围(Scope)
本文档只适应于软件立项。
1.3参考资料(References)
1.4相关文档(Related Documents)
1.5版本更新记录(Version Updated Record)
2.项目概述及架构(Project Summary and Framework)
2.1 项目概述(Project Summary)
全体有烦恼的人 他提供他的烦恼 我们给他对应的广告服务。
2.2 项目架构(Project Framework)
项目架构:C/S结构,运行环境:安卓和IOS及PC客服端,IE网页。硬件要求:入门级。操作系统:入门级。数据库管理:Mysql。
3.客户群分析(Client Analysis)
c/s结构,C面向的是全世界的人民群众。S面向的是广告商。目的:全世界的人民群众都可以注册我们的产品,我们将搜集各个方面的广告,为他们提供更贴心的服务。
4.项目功能(Project Function)
1:接受用户的烦恼,然后我们提供解决问题的广告!
5.项目性能(Project Performance)
5.1 响应时间(Response Time)
C/S结构,要求响应时间小于0.1秒。
5.2 处理速度(Disposal Speed)
C/S结构,后台结算速度。
5.3 最大终端负载(The Highest Terminal Load)
C/S结构,并发处理最大终端数量应该达到万级标准。
6.项目接口(Project Interface)
6.1 金融接口(Finance Interface)
各大银行接口,支付宝接口,微信接口。
6.2 政府接口(Government Interface)
6.3 互联网接口(Internet Interface)
IE网址接口。
7.投入产出分析(Analysis of the Devotion and the Output)
7.1 人力资源投入(Manpower Devotion)
去除项目策划人员(6人),开发人员(5人),测试人员(3人)业务人员(10人)
7.2 设备资源投入(Facility Devotion)
腾讯服务器。电脑。
7.3 其他经费资源投入(Other Outlay Devotion)
前期的推广广告费。5万人民币。
7.4 产出分析(Output Analysis)
8.开发计划(Development Scheme)
8.1 进度计划(Plan Scheme)
开发进度计划,如表3-13所示。
表3-13 进 度 计 划
8.2 评审计划(Review Scheme)
各里程碑的评审计划,如表3-14所示。
表3-14 评 审 计 划
2.《软件项目投标书》
1、项目概况
本项目旨在为广大人民服务,解决各种各样的困难,包括招聘咨询,购买车房,培训人员等,具体做法是通过微信二维码,或者拨打电话,接收到用户信息,进行关键字的筛选,给用户提供他需求的东西的信息
2、总体解决方案:
网络结构总体方案:利用互联网
系统软件配置方案:利用PC端WOS
应用软件设计方案:安卓端,IOS端
系统实施方案
3、项目功能、性能和接口描述
应用软件的具体功能点列表:
存储用户信息
进行关键字筛选
依据关键字搜取相关资料
结合二者信息生成文档
应用软件的具体性能点列表:快捷,方便
应用软件的具体接口列表:支付宝,微信,银行
支付宝,微信,银行接口
4、项目工期、进度和经费估算
项目工作量(单位:人月)估算:
200人/月
项目进度估算:
需求、设计、编程、测试、验收的时间表
需求 |
7天 |
设计 |
14天 |
编程 |
14天 |
测试 |
30天 |
验收 |
1天 |
具体时间按照项目验收最终日期推算
项目经费(单位:人民币元)估算:
60000
3.《软件产品开发任务书》
1.目标
(1)做成商业MIS产品,其产品化程度要求很高。因此,一切信息都要规范化、标准化、代码化。保证在产品实施时,其客户化工作只需录入代码和修改代码,绝对不允许修改数据结构和表结构;
(2)配合市场销售部门、全国各地的分支机构和产品代理商,第一年开拓市场3~5个客户,第二年占领10% 的商业MIS市场。
2.功能模块划分及要求
我们的软件首先要运行起来,得有前台客户端,客户端需要2个功能,第一步录入用户信息相当于注册,登录。第二步是收集用户的苦恼,然后给用户提供服务。
3.功能模块详述
软件,从组织结构上来说包括二个层次:
(1) 用户注册,登录
(2) 用户信息录入,返回用户需要的广告信息。
4.功能模块任务分配
根据研发中心商业软件部目前的人员情况,本系统的项目经理由商业软件部副经理亲自担任,负责整个系统的规划、设计、协调与实施;商业软件部主任工程师担任产品经理,负责项目的整体需求、数据库设计与Alpha测试。整个项目分为4个任务组,各个任务组组长在项目实施阶段,承担小项目经理职责。4个任务组的人数及开发任务。
5.数据库与开发工具的选择
考虑到数据库的性能与价格比,数据库首选Sybase,其次是MySQL。由于这两个数据库的天然联系,使得两个版本的程序设计的差异将十分微小。数据库设计工具采用PowerDesigner,程序开发工具选择为PowerBuilder 。某些PowerBuilder 不宜实现的功能,可由 VC++ 去完成。文档制作工具为Office 和Power Designer。
4《架构设计说明书》
1.导言(Introduction)
这个计划书不仅能让参与项目的开发者们知道如何进行,还明确了他们各自的职责、保证项目团队之间的协作更加的有条不紊、使得项目工作的各个过程能够合理有序地进行。同时,计划书也能让团队内外的沟通起着向导作用、团队之间的工作范围、开发模块之间的关系,以及对开发进度、经费预算、分配人力物力、风险等因素进行了大概的描述。
1.1 目的(Purpose)
本文档的目旨在推动软件工程的规范化,使设计人员遵循统一的概要设计书写规范,节省制作文档的时间,降低系统实现的风险,做到系统设计资料的规范性与全面性,以利于系统的实现、测试、维护、版本升级等。
1.2 范围(Scope)
网上信息采集系统功能:
1)将网页转化成二维码,通过扫二维码进入到网站
2)拨打电话,将通话时间设置5s,5s的内容是提示会利用彩信发送网址;或者通过拨打电话接受到对方的微信账号(系统处理判断是小于10位的扣扣还是11位的手机号),后端通过添加对方的微信号进行更直接的交流。
1.3术语定义(Terms Glossary)
MySQL:系统服务器所使用的数据库关系系统(DBMS)。
SQL:一种用于访问查询数据库的语言。
事务流:数据进入模块后可能有多种路径进行处理。
UML:统一建模语言、是一套用来设计软件蓝图的标准建模语言,是一种从软件分析、设计到编写程序规范的标准化建模语言。
1.4参考资料(References)
《软件项目管理》
《UML和模式应用》
《软件工程国家标准文档》
《软件工程项目开发文档范例》
2.软件架构设计(Software Architecture Design)
2.1 总体结构设计(Design of Collective Structure)
软件系统的总体逻辑结构,按照不同的设计方法,有不同的总体逻辑结构。本指南以结构化设计方法为主,画出系统总体结构图,列出系统的功能模块清单编号、名称、功能,并尽可能描绘出功能模块之间的关系。若用面向对象的Rose工具进行分析和设计,则遵照Rose的要求进行。
2.2 运行环境设计(Design of Running Environment)
该软件系统的运行环境:
1)软件平台:服务器操作系统、数据库管理系统、中间件、客户端的操作系统、客户端的平台软件
2)网络平台:通信协议、通信带宽
3.模块(部件)功能分配(Functional Distribution of Module)
具有功能独立、能被调用的信息单元叫做模块。模块是结构化设计中的概念,部件是面向对象设计中的概念。
模块功能分配的目的,就是为了将具有相同功能的模块合并,从中提取公用模块,形成公用部件,按照构件或中间件的方式加以实现,作为本系统的公用资源,甚至作为公司级组织的公用资源,从而充实公司级的构件库或中间件库,优化系统设计,加快开发速度,提高开发质量。
4.数据结构设计(Design of Data Structure)
数据库设计的工具目前主要有3个:ERwin,Power Designer,Oracle Designer。后面两种工具都支持中文的概念数据模型设计,并能自动将概念数据模型转换为物理数据模型,自动生成建表程序和主键索引程序。前面一种工具只能支持英文的物理数据模型设计。3个工具的共同特点是都能生成E-R图及其相应的数据字典。
5.设计检查列表(Check-up List of Design)
按照需求文档的功能、性能和接口3个列表,设计出概要设计检查列表,以检查概要设计是否覆盖需求分析,没有覆盖就是不符合项,并将检查结果列出。
5.《用户需求报告》编写参考指南
《用户需求报告》编写参考指南
1.概述(Summary)
本文档是进行需求规格定义、项目策划、概要设计的基础,也是用户进行验收的依据。
1.1 用户简介(User Synopsis)
本软件面向于广大相信网络并且善于在网络上寻求帮助的人名群众。主要面向于15至45岁的青少年和中年人。
1.2 项目的目的与目标(Purpose and Aim of Project)
目的:争取为80%有问的用户提供有效的帮助
目标:项目初期应取得用户的信任从而得到广大的用户群体。中后期可以再开发一些围绕用户体验的一些新功能。
1.3术语定义(Terms Glossary)
1.4 参考资料(References)
1.5 相关文档(Related Documents)
[1] 项目开发计划
[2] 需求规格说明书
1.6 版本更新信息(Version Updated Record)
版本更新记录格式,如表4-15所示。
表4-15 版本更新记录
版本号 |
创建者 |
创建日期 |
维护者 |
维护日期 |
维护纪要 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2.现有系统描述(System in Existence)
2.1 组织结构与职责(Organizing Framework and Function)
2.2 岗位定义(Role Definition)
表4-16 岗位定义
编号 |
岗位 |
所在部门 |
职责 |
相关的业务 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2.3 作业流程(Busywork Flow)
需要业务部为群众推荐本软件。后台人员维护本软件。董事会为本软件提供一些决策。
2.4.1单据(Bill of Document)
表4-17 单据的描述格式
单据名称 |
|
用途 |
|
使用单位 |
|
制作单位 |
|
频率 |
|
高峰时数据流量 |
|
各数据项的详细说明如下:
序号 |
数据项中文名 |
数据项英文名 |
类型、长度、精度 |
数据项的取值范围 |
1 |
|
|
|
|
2 |
|
|
|
|
3 |
|
|
|
|
2.4.2账本(Account)
表4-18 账本的描述格式
账本名称 |
|
用途 |
|
使用单位 |
|
制作单位 |
|
频率 |
|
高峰时数据流量 |
|
各数据项的详细说明如下:
序号 |
数据项中文名 |
数据项英文名 |
数据项类型、长度、精度 |
数据来源 |
1 |
|
|
|
|
2 |
|
|
|
|
3 |
|
|
|
|
2.4.3报表(Report)
表4-19 报表的描述格式
报表名称 |
|
用途 |
|
使用单位 |
|
制作单位 |
|
频率 |
|
高峰时数据流量 |
|
各数据项的详细说明如下:
序号 |
数据项中文名 |
数据项英文名 |
数据项类型、长度、精度 |
数据来源 |
1 |
|
|
|
|
2 |
|
|
|
|
3 |
|
|
|
|
2.5存在的问题(Existent Question)
暂时未发现任何问题。
2.6 可能的变化(Possible Change)
软件的安装环境发生改变。人们的生活方式改变。
3.目标系统功能需求(Function of Target System)
3.1 功能需求分析(Function Analysis)
决策层:能在市场变化时,第一时间做出正确的决策。管理层:能有效管理下层人员,清楚每个部门的职责以及工作范围。操作层:为用户提供帮助必须迅速,保证提供的信息的真实性。
3.2 功能需求点列表(Function List)
表4-20 功能需求点列表
编号 |
功能名称 |
使用部门 |
使用岗位 |
功能描述 |
输入内容 |
输出内容 |
1 |
|
|
|
|
|
|
2 |
|
|
|
|
|
|
3 |
|
|
|
|
|
|
注:功能需求也可用其他方式或工具表示,如Use case图。
4.目标系统性能需求(Performance of Target System)
4.1 时间要求(Time Request)
(1) 查询的最长等待时间:2s。
(2)记账的最长时间:1月
(3)远程数据传输的时间要求:0.1s
(4)解题时间。3s
4.2空间要求(Space Request)
(1)支持的终端数:100w
(2)支持的并行操作的使用者数:10w
(3)处理任务的数量: 20w
(4)在正常情况下和峰值工作条件下,在一定时间周期中要处理的数据总数。
(5)对输入和输出数据的精度要求。
(6)对处理和传输过程中的精度要求。
4.3性能需求点列表(Performance List)
表4-21 性能需求点列表
编号 |
性能名称 |
使用部门 |
使用岗位 |
性能描述 |
输入内容 |
输出内容 |
1 |
|
|
|
|
|
|
2 |
|
|
|
|
|
|
3 |
|
|
|
|
|
|
5.目标系统界面与接口需求(Interface of Target System)
5.1界面需求(Interphase Requirement)
(1)输入设备:键盘、鼠标、条码扫描器、扫描仪等;
(2)输出设备:显示器、打印机、光盘刻录机、磁带机、音箱等;
(3)显示风格:图形界面、字符界面、IE界面等;
(4)显示方式:1024*768、640*480等;
(5)输出格式:显示布局、打印格式等。
5.2接口需求(Interface Requirement)
CT机、磁共振、柜员机(ATM)、IC卡、盘点机等。
表4-22 外部接口需求点列表
编号 |
接口名称 |
接口规范 |
接口标准 |
入口参数 |
出口参数 |
传输频率 |
1 |
|
|
|
|
|
|
2 |
|
|
|
|
|
|
3 |
|
|
|
|
|
|
6.目标系统其他需求(Other Requirements of Target System)
6.1 安全性(Security)
6.2 可靠性(Dependability)
6.3 灵活性(Agility)
7.目标系统假设与约束条件(Suppose and Restriction of Target System)
6.《需求规格书》编写参考指南
《需求规格说明书》编写参考指南
1.1 用户简介(User Synopsis)
本软件面向于广大相信网络并且善于在网络上寻求帮助的人名群众。主要面向于15至45岁的青少年和中年人。
.2 项目的目的与目标(Purpose and Aim of Project)
目的:争取为80%有问的用户提供有效的帮助
目标:项目初期应取得用户的信任从而得到广大的用户群体。中后期可以再开发一些围绕用户体验的一些新功能。
1.3术语定义(Terms Glossary)
1.4 参考资料(References)
版单位。
1.5 相关文档(Related Documents)
[1] 项目开发计划
[2] 概要设计说明书
[3] 详细设计说明书
表4-23 版本更新记录
版本号 |
创建者 |
创建日期 |
维护者 |
维护日期 |
维护纪要 |
|
|
|
|
|
|
|
— |
— |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2.目标系统描述(System in Target)
2.1组织结构与职责(Organizing Framework and Function)
2.2 角色定义(Role Definition)
表4-24 角色定义
编号 |
角色 |
所在部门 |
职责 |
相关的业务 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
对用户角色的识别也包括使用了计算机系统后的系统管理人员。
2.3 作业流程(业务模型)(Busywork Flow)(Operation Model)
2.4 单据、账本、报表(Bill of Document,Account and Report)
2.4.1单据(Bill of Document)
表4-25 单据的描述格式
单据名称 |
|
用途 |
|
使用单位 |
|
制作单位 |
|
频率 |
|
高峰时数据流量 |
|
各数据项的详细说明如下:
属性中文名 |
属性英文名 |
属性类型、长度、精度 |
属性的值域 |
Pk/fk |
|
|
|
|
|
|
|
|
|
|
2.4.2账本(Account)
表4-26 账本的描述格式
账本名称 |
|
用途 |
|
使用单位 |
|
制作单位 |
|
频率 |
|
高峰时数据流量 |
|
各数据项的详细说明如下:
序号 |
数据项中文名 |
数据项英文名 |
数据项类型、长度、精度 |
数据项算法 |
1 |
|
|
|
|
2 |
|
|
|
|
3 |
|
|
|
|
2.4.3报表(Report)
表4-27 报表的描述格式
报表名称 |
|
用途 |
|
使用单位 |
|
制作单位 |
|
频率 |
|
高峰时数据流量 |
|
各数据项的详细说明如下:
序号 |
数据项中文名 |
数据项英文名 |
数据项类型、长度、精度 |
数据项算法 |
1 |
|
|
|
|
2 |
|
|
|
|
3 |
|
|
|
|
2.5 可能的变化(Possible Change)
软件的安装环境变化,人们的生活方式改变
3.目标系统功能需求(Function of Target System)
3.1 功能需求分析(Function Analysis)
决策层:能在市场变化时,第一时间做出正确的决策。管理层:能有效管理下层人员,清楚每个部门的职责以及工作范围。操作层:为用户提供帮助必须迅速,保证提供的信息的真实性。
3.2 功能需求点列表(功能模型)(Function List)(Function Model)
表4-28 功能需求点列表
编号 |
功能名称 |
使用部门 |
使用岗位 |
功能描述 |
输入 |
系统响应 |
输出 |
1 |
|
|
|
|
|
|
|
2 |
|
|
|
|
|
|
|
3 |
|
|
|
|
|
|
|
4.目标系统性能需求(Performance of Target System)
4.1 时间要求(Time Request)
(4.1 时间要求(Time Request)
(1) 查询的最长等待时间:2s。
(2)记账的最长时间:1月
(3)远程数据传输的时间要求:0.1s
(4)解题时间。3s
4.2空间要求(Space Request)
(1)支持的终端数:100w
(2)支持的并行操作的使用者数:10w
(3)处理任务的数量: 20w
(4)在正常情况下和峰值工作条件下,在一定时间周期中要处理的数据总数。
(5)对输入和输出数据的精度要求。
(6)对处理和传输过程中的精度要求
4.3 性能需求点列表(性能模型)(Performance List)(Performance Model)
表4-29 性能需求点列表
编号 |
性能名称 |
使用部门 |
使用岗位 |
性能描述 |
输入 |
系统响应 |
输出 |
1 |
|
|
|
|
|
|
|
2 |
|
|
|
|
|
|
|
3 |
|
|
|
|
|
|
|
5.目标系统界面与接口需求(Interface of Target System)
5.1界面需求(Interphase Requirement)
(1)输入设备:键盘、鼠标、条码扫描器、扫描仪等;
(2)输出设备:显示器、打印机、光盘刻录机、磁带机、音箱等;
(3)显示风格:图形界面、字符界面、IE界面等;
(4)显示方式:1024×768、640×480等;
(5)输出格式:显示布局、打印格式等。
5.2 接口需求点列表(接口模型)(Interface Requirement)(Interface Model)
(2)与系统特殊外设的接口,如CT机、磁共振、柜员机(ATM)、IC卡、盘点机等。
表4-30 接口需求点列表
编号 |
接口名称 |
接口规范 |
接口标准 |
入口参数 |
出口参数 |
传输频率 |
1 |
|
|
|
|
|
|
2 |
|
|
|
|
|
|
3 |
|
|
|
|
|
|
6.目标系统其他需求(Other Requirement of Target System)
6.1 安全性(Security)
6.2 可靠性(Dependability)
6.3 灵活性(Agility)
7.目标系统假设与约束条件(Suppose and Restriction of Target System)
7.《用户需求报告》评审记录表
《用户需求报告 / 需求规格说明书评审记录表》
(Review Table of Requirements)
项目名称 |
通过用户手机扫码收集、分析、处理用户信息,为用户提供针对性服务报告 |
项目经理 |
石晓东 |
||||
评审阶段 |
用户需求报告/需求规格说明书 |
第 3 次评审 |
|||||
评审组组长 |
徐载超 |
评审时间 |
2018.3.8 |
评审地点 |
1070办公室 |
||
评审组成员 |
徐载超 |
||||||
不符合项跟踪记录(Check list of noncompliance items) |
|||||||
不符合项名称 |
不符合项内容 |
限期改正时间 |
实际改正时间 |
测试合格时间 |
测试员签字 |
审计员签字 |
|
用户手机APP扫码需求 |
未能完全定义了所有与外部硬件、软件和通讯的接口 |
2018.3.7-2018.3.9 |
2018.3.8 |
2018.3.8 |
徐载超 |
林成 |
|
用户拨打热线需求 |
有需求间的冲突或重复的需求 |
2018.3.7-2018.38 |
2018.3.8 |
2018.3.8 |
徐载超 |
林成 |
|
|
|
|
|
|
|
|
|
评审意见 |
此《用户需求报告》在正确性、可行性、一致性、健壮性、无歧义性、可跟踪性、可修改、可验证性及其它方面考虑比较周全,可是在完整性和一致性上略有欠缺。 |
||||||
评审结论 |
《用户需求报告》已到达完善程度。 |
||||||
评审组长签字:林成评审组成员签字:徐载超
8.《需求变更管理表》编写参考指南
《需求变更管理表》
(Modification Table of Requirements)
项目名称 |
目标系统界面与接口需求 |
申请日期 |
2018.3.8 |
用户名称 |
扫描需求 |
审批日期 |
2018.3.8 |
变更原因 |
扫描界面单一 |
实际变更日期 |
2018.3.8 |
原来需求 |
扫描二维码得到用户信息 |
||
变更内容 |
扫描各种二维码得到用户信息 |
||
审批意见 |
可行 |
申请人:石晓东审批人:徐载超
9《软件开发计划书》
1.引言(Introduction)
1.1 目的(Purpose)
没有规矩不成方圆,无论什么事情,要顺利地完成,必须有一个统一的计划指导书。软件项目开发也不例外。这个计划书不仅能让参与项目的开发者们知道如何进行,还明确了他们各自的职责、保证项目团队之间的协作更加的有条不紊、使得项目工作的各个过程能够合理有序地进行。同时,计划书也能让团队内外的沟通起着向导作用、团队之间的工作范围、开发模块之间的关系,以及对开发进度、经费预算、分配人力物力、风险等因素进行了大概的描述。本项目开发计划用于从总体上指导超市商品查找系统项目顺利进行并最终得到通过评审的项目产品。
1.2 范围(Scope)
网上信息采集系统功能:
1)将网页转化成二维码,通过扫二维码进入到网站
2)拨打电话,将通话时间设置5s,5s的内容是提示会利用彩信发送网址;或者通过拨打电话接受到对方的微信账号(系统处理判断是小于10位的扣扣还是11位的手机号),后端通过添加对方的微信号进行更直接的交流。
1.3 术语定义(Terms Glossary)
MySQL:系统服务器所使用的数据库关系系统(DBMS)。
SQL:一种用于访问查询数据库的语言。
事务流:数据进入模块后可能有多种路径进行处理。
UML:统一建模语言、是一套用来设计软件蓝图的标准建模语言,是一种从软件分析、设计到编写程序规范的标准化建模语言。
1.4 参考资料(References)
《软件项目管理》
《UML和模式应用》
《软件工程国家标准文档》
《软件工程项目开发文档范例》
2.项目概述(Project Summary)
2.1 项目的目的(Project Purpose)
通过扫描二维码及使用手机彩信形式采集用户信息,实现手机端与电脑端的快捷转换,减少信息采集时间。在现实生活当中,人们大多通过问卷的形式来收集潜在客户的相关信息;而这个软件的旨在大大缩短信息采集时间,也可通过在电脑端或手机端发布相关信息,吸引潜在客户,从而取代发传单这一传统方式。
2.2 项目的范围(Project Scope)
1)手机扫描二维码
2)手机接收彩信
3)电脑端及手机端发布信息
2.3 项目的使用对象(Project Reader)
各个公司的销售人员及需进行用户问卷调查的企业
3.项目组织(Project Organization)
1)项目管理组,执行SPP和SPTO过程,对项目实施负全部责任。
2)质量保证组,执行SQA过程,负责项目过程与产品的质量控制和报告。
3)配置管理组,执行SCM过程,负责项目产品的版本、配置管理以及配置库状态报告。
4)软件工程组,执行软件项目工程过程,负责项目产品的开发和维护工作。
5)测试组,执行软件项目测试过程,负责项目产品的测试。
6)需求管理组,负责对需求基线和需求变更进行管理。
4.软件生存周期(Software Life Cycle)
1)项目生存期框图
5.规范、方法和标准(Criterion,Means,Standard)
1)软件开发过程中作业标准化
2)确定每个作业的表示形式
3)确定每个文档资料的格式
4)根据软件开发经验,制定出大家能够接受的开发原则和进度
6.任务与工作产品(Task and Work Products)
项目任务和工作产品,是指根据项目生存期阶段划分的任务,和相应阶段的工作产品。记录项目生存期各阶段确定的需重点控制的阶段任务和工作产品。
7.工作任务规模估计
此软件旨在通过二维码实现手机端与网页端的自由切换,以及通过彩信的方式收集用户相关信息,工作任务规模不大。
8.成本估计(Estimates of Costs)
成本低,主要在于试验手机彩信时产生的相关彩信费用。
9.风险分析(Risks Analysis)
1)被识别出的重大风险事件:政策风险、技术风险、技能风险等。
2)易发生重大风险事件的高风险区域:用户需求、设计、测试、运行平台等。
3)重大风险事件的级别:功能不全、性能不稳、迅速受限制等。
4)拟采取的预防措施:增加投入、纠错、延时等。
5)风险事件发生后建议采用的处理措施:更改计划、降低难度系数等。
10.设备工具计划(Equipment and Tools Planning)
项目设备工具计划,是根据项目的工作指派及进度确定项目所需要的设备和工具,以确保设备工具在任务执行前到位,保证项目任务的顺利执行,在本计划中应包含以下几方面的内容:
1)所需的设备:电脑,手机
2)基本的要求:掌握软件开发相关的编程语言
10.《详细设计说明书》
1.导言(Introduction)
本章对该文档的目的、功能范围、术语、相关文档、参考资料、版本更新进行说明。
1.1 目的(Purpose)
本文档的目旨在推动软件工程的规范化,使设计人员遵循统一的详细设计书写规范,节省制作文档的时间,降低系统实现的风险,做到系统设计资料的规范性与全面性,以利于系统的实现、测试、维护、版本升级等。详细设计的详细程度,应达到可以编写程序的程度。
1.2 范围(Scope)
本文档用于软件设计阶段的详细设计,它的上游(依据的基线)是《概要设计说明书》,它的下游是源程序清单及单元测试计划,并为单元测试报告提供测试依据。该范围应覆盖《概要设计说明书》中的功能点列表、性能点列表、接口列表。
软件详细设计的范围是:各子系统的公用模块实现设计、专用模块实现设计、存储过程实现设计、触发器实现设计、外部接口实现设计、部门角色授权设计、其他详细设计等。
按照3层结构(B/A/S)的布局,详细设计应从下面3个方面进行。数据库服务器上的面向数据的设计:数据字典物理设计、基本表物理设计、中间表物理设计(报表设计)、临时表物理设计、视图物理设计、存储过程物理设计、触发器物理设计。应用服务器上的面向业务逻辑的设计:接口数据设计、中间件设计、数据通信传输设计、可视构件设计、非可视构件设计、角色授权设计、功能点设计(功能点列表设计)。浏览器上的面向对象的设计:录入修改界面设计、浏览查询界面设计、登录注册界面设计、信息发布界面设计。
1.3 术语定义(Terms Glossary)
11.《设计说明书评审记录表》
《架构设计说明书/详细设计说明书评审记录表》
评审组长签字: 林成 评审组成员签字:陆思宇,石晓东,黄胜军,徐载超,张艺可
12.《使用手册》
1.前言(Preface)
我们的产品是适用于,全体人民各个年龄段,主要是以互联网形式发送广告,代替了现在非智能的传单,而且它不是人们需要的,所以推出我们的产品。
1.1 内容简介(Introduction)
接受用户的请求,然后给用户提供更贴心的广告,给用户解决问题,更加的智能化。
1.2 操作流程(Operate Flow)
安装流程-安卓机:在用户应用商店可以进行下载,或者是扫描二维码 IOS:APP STORE中下载,或者是扫描IOS专用二维码。PC端:在我们的官网上进行下载即可。
进入流程-用户需要真实的姓名,手机号,身份证号进行注册。
然后用户在提示框中输入自己的烦恼,最后我们将给用户提供最有效的广告资源
2.功能(Function)
由于我们的软件前期功能单一,以上已经详细说出。
2.1 使用流程(Use Flow)
注册,登录用户,然后用户通过自己的语句,得到有效的广告。
2.5 举例(Example)
例如:我现在需要一个能让我在特别硬的床上睡起来很舒服的东西,然后我们的软件会自动识别语句,进行推荐充气床垫。
13.《安装手册》
1.前言(Preface)
使得读者能更简单明了的了解安装过程,更容易上手,适合所有人群。操作系统OS,数据库系统DBMS,C/S二层结构或B/A/S三层结构,界面简洁明朗,技术上有云技术,大数据等等。
1.1 内容简介(Introduction)
介绍本书提供的几个部分:简单介绍大概内容。
1.2 使用约定(Use Assumpsit)
在用户应用商店可以进行下载,或者是扫描二维码 IOS:APP store 中下载,或者是扫描IOS 专用二维码。PC端:在我们的官网上进行上进行下载即可。
14.《测试报告》
1. 概述(Summary)
1.1 项目简介(Project Synopsis)
用到的就是网页转化成2维码 通过扫二维码进入到网站 拨打电话就是利用类似cc的方式 通话时间设置5s 5s的内容是 提示会利用彩信发送网址 或者通过拨打电话 接受到对方的微信账号(处理判断是小于10位的扣扣 还是11位的手机号)后端通过添加对方的微信号 进行更直接的交流。除了填写表格。还可以介绍业务
1.2术语定义(Terms Glossary)
1.3参考资料(References)
[1]《商务合同》
[2]《用户需求报告》
[3]《需求规格说明书》
1.4版本更新信息(Version Updated Record)
版本更新记录格式,如表9-11所示。
表9-11 版本更新记录
版本号 |
创建者 |
创建日期 |
维护者 |
维护日期 |
维护纪要 |
V1.0 |
王大林 |
2002/02/18 |
— |
— |
— |
V1.0.1 |
— |
— |
王小林 |
2002/02/26 |
不符合项测试 |
|
|
|
|
|
|
|
|
|
|
|
|
2. 目标系统功能需求(Function of Target System)
由《用户需求报告》/《需求规格说明书》拷贝到的功能需求点列表,如表9-12所示。
表9-12 功能需求点列表
编号 |
功能名称 |
使用部门 |
使用岗位 |
功能描述 |
输入内容 |
输出内容 |
1 |
|
|
|
|
|
|
2 |
|
|
|
|
|
|
3 |
|
|
|
|
|
|
3. 目标系统性能需求(Performance of Target System)
由《用户需求报告》/《需求规格说明书》拷贝到的需求性能点列表,如表9-13所示。
表9-13 性能需求点列表
编号 |
性能名称 |
使用部门 |
使用岗位 |
性能描述 |
输入内容 |
输出内容 |
1 |
|
|
|
|
|
|
2 |
|
|
|
|
|
|
3 |
|
|
|
|
|
|
4. 目标系统接口需求(Interface of Target System)
由《用户需求报告》/《需求规格说明书》拷贝到的接口列表,如表9-14所示。
表9-14 外部接口需求点列表
编号 |
接口名称 |
接口规范 |
接口标准 |
入口参数 |
出口参数 |
传输频率 |
1 |
|
|
|
|
|
|
2 |
|
|
|
|
|
|
3 |
|
|
|
|
|
|
5. 功能测试报告(Report for Function Test)
搭建功能测试平台,使测试平台与运行平台一致。按照功能点列表内容,设计测试用例(输入/输出内容),进行现场测试,记录测试数据,评定测试结果。测试活动的记录格式,如表9-15所示。
表9-15 功能测试记录
编号 |
功能名称 |
功能描述 |
输入内容 |
输出内容 |
发现问题 |
测试结果 |
测试时间 |
测试人 |
1 |
|
|
|
|
|
√ |
|
|
2 |
|
|
|
|
|
√ |
|
|
3 |
|
|
|
|
|
√ |
|
|
4 |
|
|
|
|
|
× |
|
|
6. 性能测试报告(Rreport for Performance Test)
搭建性能测试平台,使测试平台与运行平台一致。按照性能点列表内容,设计测试用例(输入/输出内容),进行现场测试,记录测试数据,评定测试结果。测试活动的记录,如表9-16所示。
表9-16 性能测试记录
编号 |
性能名称 |
性能描述 |
输入内容 |
输出内容 |
发现问题 |
测试结果 |
测试时间 |
测试人 |
1 |
|
|
|
|
|
√ |
|
|
2 |
|
|
|
|
|
√ |
|
|
3 |
|
|
|
|
|
× |
|
|
4 |
|
|
|
|
|
√ |
|
|
7. 接口测试报告(Report for Interface Test)
搭建接口测试平台,使测试平台与运行平台一致。按照接口列表内容,设计测试用例(输入/输出内容),进行现场测试,记录测试数据,评定测试结果。测试活动的记录,如表9-17所示。
表9-17 接口测试记录
编号 |
接口名称 |
入口参数 |
出口参数 |
传输频率 |
发现问题 |
测试结果 |
测试时间 |
测试人 |
1 |
|
|
|
|
|
× |
|
|
2 |
|
|
|
|
|
√ |
|
|
3 |
|
|
|
|
|
√ |
|
|
8. 不符合项列表(Check List of Noncompliance Items)
将测试中的所有不符合项(Bug项),整理后分别记录到表9-18、表9-19和表9-20中。
表9-18 功能测试不符合项列表
编号 |
功能名称 |
功能描述 |
输入内容 |
输出内容 |
发现问题 |
测试结果 |
测试时间 |
测试人 |
1 |
|
|
|
|
|
× |
|
|
2 |
|
|
|
|
|
× |
|
|
3 |
|
|
|
|
|
× |
|
|
4 |
|
|
|
|
|
× |
|
|
表9-19 性能测试不符合项列表
编号 |
性能名称 |
性能描述 |
输入内容 |
输出内容 |
发现问题 |
测试结果 |
测试时间 |
测试人 |
1 |
|
|
|
|
|
× |
|
|
2 |
|
|
|
|
|
× |
|
|
3 |
|
|
|
|
|
× |
|
|
4 |
|
|
|
|
|
× |
|
|
表9-20 接口测试不符合项列表
编号 |
接口名称 |
入口参数 |
出口参数 |
传输频率 |
发现问题 |
测试结果 |
测试时间 |
测试人 |
1 |
|
|
|
|
|
× |
|
|
2 |
|
|
|
|
|
× |
|
|
3 |
|
|
|
|
|
× |
|
|
以上不符合项,限期XX天内改正。改正完毕后重新进行回归测试。
9. 测试结论(Test Verdict)
当测试完成之后,测试组应对本次测试做出结论。格式如下:
测试完成日期:2018,3,11
测试地点:成都东软
测试环境:linux
参与测试的人员:陆思宇
列出系统的强项:稳定,兼容,多平台支持,多用户同时操作
列出系统的弱项:功能单一
列出不符合项的统计结果:无
测试组组长签字:陆思宇
测试组成员签字:陆思宇
15.《质量保证计划》编写参考指南
《质量保证计划》编写参考指南
1.引言(Introduction)
1.1 目的(Purpose)
软件质量保证计划建立的目的,是为了使软件质量保证组及项目组双方能以此软件质量保证计划为依据,执行一系列的SQA活动,从而对软件过程和软件产品的质量提供可视性管理。
1.2 范围(Scope)
本文档适应于软件项目的质量保证全过程。
1.3 术语定义(Terms Glossary)
[1] 软件质量:指软件产品满足用户明确和隐含需求的能力特性的总和。
[2] 软件质量保证组:指计划和实施软件质量保证活动的人员集合。
1.4 参考资料(References)
[1] c++开发
[2] JAVA开发
[3]数据库
1.5 相关文档(Related Documents)
[1] 列出有关的软件合同。
[2] 列出有关的软件任务书。
1.6 版本更新记录(Version Updated Record)
版本更新记录格式,如表14-3所示。
表14-3 版本更新记录
版本号 |
创建者 |
创建日期 |
维护者 |
维护日期 |
维护纪要 |
V1.0 |
王大林 |
2001/04/03 |
— |
— |
— |
V1.0.1 |
— |
— |
王小林 |
2001/04/18 |
管理机构维护 |
|
|
|
|
|
|
|
|
|
|
|
|
2.管理机构(Management Organization)
2.1 机构(Organization)
质量保证活动组织关系图见图14-2,它给出了软件组织内部与软件质量保证活动有关的各个小组及个人之间的关系。
图14-2 质量保证活动组织关系图
2.2 职责(Responsibility)
说明与软件质量保证活动有关的各个小组及个人的责任,如表14-4所示。
表14-4 与软件质量保证活动有关的各个小组及个人的责任
小组及个人名称 |
责 任 |
高级经理 |
负责小组之间、部门之间、组织内外的沟通协调 |
项目经理 |
负责整个软件项目的业务、技术、资源、活动 |
软件质量保证组长 |
保证软件项目的标准、规程、约定得到遵守 |
软件质量保证成员 |
制定软件质量保证计划,组织软件质量保证活动,书写软件质量保证报告。重点是对软件工作产品进行评审与审计 |
续表表
小组及个人名称 |
责 任 |
测试组 |
制定测试计划、用例,组织测试活动,书写测试报告 |
软件工程组 |
软件工程项目的分析、设计、编程、测试、培训、实施 |
配置管理组 |
软件基线、配置项的认定,配置活动审定,配置资源保证 |
同行专家 |
同行专家(外部专家)评审 |
3.质量保证活动(SQA Activities)
表14-5是《软件质量保证计划任务进度表》(Schedule for SQA)(又称软件质量保证活动表),该表是根据《软件质量保证程序文件》的内容制定的,建议读者将两者结合起来阅读。
表14-5 软件质量保证计划任务进度表
序 号 |
工作产品名称 |
组织者 |
参加者 |
计划日期 |
实际日期 |
计划工作量 |
实际工作量 |
计划资金 |
实际资金 |
计划评审次数 |
实际评审次数 |
1 |
《SQA计划》 |
SQA成员 |
项目经理、软件相关组 |
|
|
|
|
|
|
|
|
2 |
《SQA计划》评审报告 |
SQA成员 |
项目经理、软件相关组及个人 |
|
|
|
|
|
|
|
|
3 |
《用户需求报告》评审报告 |
项目经理 |
用户、SQA成员、软件相关组、外部专家 |
|
|
|
|
|
|
|
|
4 |
《用户需求报告》不符合项跟踪表 |
SQA成员 |
项目经理、软件相关组 |
|
|
|
|
|
|
|
|
5 |
《软件需求规格说明书》评审报告 |
SQA成员 |
项目经理、软件相关组 |
|
|
|
|
|
|
|
|
6 |
《软件需求规格说明书》不符合项跟踪表 |
SQA成员 |
项目经理、软件相关组 |
|
|
|
|
|
|
|
|
7 |
《概要设计说明书》评审报告 |
SQA成员 |
项目经理、软件相关组 |
|
|
|
|
|
|
|
|
8 |
《概要设计说明书》不符合项跟踪表 |
SQA成员 |
项目经理、软件相关组 |
|
|
|
|
|
|
|
|
其中,用户需求报告评审和Beta测试报告评审的组织者均为项目经理,这是因为这两次评审均需用户参与,并且要用户确认。
4.工具、技术和方法(Tools,Technique and Methods)
根据需要,指明SQA计划中用到的工具、技术和方法。
5.对供货商的控制(Controls to the Suppliers)
供货商包括软件外包商和软件产品销售商,对外包商承包开发软件的过程管理,要按照CMM2的关键过程域“软件子合同管理”(Software Subcontract Management)进行管理。对销售软件产品的销售商,要按照软件组织事先定义好的标准进行控制。
6.活动记录的收集和整理(Collecting,Maintaining and Keep Records)
对SQA计划实施中的活动记录要整理入库,长期保存,由它可生成《软件质量保证活动度量表》,送给高级经理、项目经理阅读。
16.《内部员工培训登记表》
《内部员工培训登记表》
培训班名称 |
东软信息 |
培训老师 |
张艺可 |
培训地点 |
成都东软 |
培训内容/教材 |
|
培训方式 |
授课 |
参加培训总人数 |
10 |
培训时间 |
10课时 |
培训效果 |
|
以下为员工签到名单 |
续表表
姓名 |
职务 |
部门 |
姓名 |
职务 |
部门 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
17.《用户培训登记表》
《用户培训登记表》
用户名称 |
|
用户性质(个人/企业) |
|
购买产品/项目名称 |
|
培训地点 |
|
培训方式 |
|
培训时间 |
|
培训目的 |
|
培训老师 |
|
培训内容/教材 |
|
参加培训总人数 |
|
培训效果 |
|
用户意见(签字) |
|