备忘软件系统需求分析413.docx

上传人:b****5 文档编号:5362660 上传时间:2022-12-15 格式:DOCX 页数:9 大小:123.80KB
下载 相关 举报
备忘软件系统需求分析413.docx_第1页
第1页 / 共9页
备忘软件系统需求分析413.docx_第2页
第2页 / 共9页
备忘软件系统需求分析413.docx_第3页
第3页 / 共9页
备忘软件系统需求分析413.docx_第4页
第4页 / 共9页
备忘软件系统需求分析413.docx_第5页
第5页 / 共9页
点击查看更多>>
下载资源
资源描述

备忘软件系统需求分析413.docx

《备忘软件系统需求分析413.docx》由会员分享,可在线阅读,更多相关《备忘软件系统需求分析413.docx(9页珍藏版)》请在冰豆网上搜索。

备忘软件系统需求分析413.docx

备忘软件系统需求分析413

文档编号:

1

项目名称

工作备忘录提示软件

系统需求分析

计算机学院

谢喆

0943093017

2011年4月

 

系统需求分析说明书

项目承办:

四川大学计算机学院09级研究与开发实践课程小组

指导老师:

陈正茂

报告作者:

谢喆

项目组员:

邓斌、刘珏江、石云龙、胡涛

日期:

2011/3/19

文档序号:

等级:

文档名称:

文档类别:

技术文档

编制:

编制时间:

校对:

校对时间:

审核:

审核时间:

工艺会签:

工艺会签时间:

质量会签:

质量会签时间:

标准化检查:

标准化检查时间:

批准:

批准时间:

 

修改记录

版本

变更原因

变更内容简述

编制/修订者

批准者

发布日期

1.1

流程图未用MVISIO制作

重新制作顶层用例图

谢喆

2011/4/3

1.2

要求不符

添加每功能块活动顺序图

谢喆

2011/4/13

1引言

1.1编写目的

本文档用于描述“工作备忘录提示软件”项目的系统需求,为该项目概要设计,详细设计和测试用例的设计依据。

使用本文档的项目人员有系统设计工程师、详细设计工程师、编码实现工程师、系统测试工程师、用户(代表)、QA工程师等。

Ø1.2项目背景:

◆开发单位:

四川大学计算机学院09级研究与开发实践课程小组

◆主管部门;四川大学计算机学院

◆该系统与其他系统的关系与项目委托单位:

暂无

1.3定义

列出文档中所用到的专门术语的定义和缩写词的愿文。

VC:

MicrosoftVisualC++,微软公司的C++开发工具,具有集成开发环境,可提供编辑C语言,C++等编程语言。

事件:

用户添加至备忘录中的事,以一段文字的形式保存在日历中。

1.4参考资料:

无。

2任务概述

2.1系统目标

该产品可以使用户根据提示合理安排日程。

当到时间点之后,软件会自动播放音乐提示;用户也可以修改、删除、创建、查找最近的日程安排。

若在同一时间有两个不同的事件,用户可以通过修改事件增加事件的内容,可以达到同样的效果。

该软件适用于任何一个使用电脑的人,由于个人电脑具有个人性,所以该软件未将用户名密码系统载入,该平台为所有人可见。

2.2运行构架

2.2.1系统软件/硬件平台

系统软件:

WINDOWS95及以上版本均可。

系统硬件:

包含CPU、内存、硬盘、鼠标、键盘等的个人计算机。

2.2.2运行环境

WINDOWS

3功能需求

3.1功能划分

备忘录的修改及删除、创立、查找;音乐提示。

顶层用例图:

3.2需求分配

3.2.1需求分配表

序号

功能编号

功能描述

实现方式

备注

1

1.1

修改删除事件内容

软件

2

1.2

创立事件

软件

3

2

查找事件

软件

根据时间或内容

4

3

改变提示音乐

软件

通过选择数字

5

4

到点提醒

软件

每分钟检阅一次

3.3功能详细描述

序号:

3.3.1

功能名称:

事件的修改及删除(内容)

功能描述:

当判断时间模块不为空时,可以打开查看该时间模块;同时可以对该时间模块中的内容进行修改和删除,直至完成删除为止。

可以使该

模块为空。

输入数据:

修改所键入的事件内容以及键入的删除键。

处理过程:

系统根据输入内容对模块进行相应的修改保存在事件库中。

并判断操作后的模块是否为空;若为空,则重新标识该模块为空模块。

输出数据:

修改或删除后的事件内容,完成操作后就返回主界面。

 

序号:

3.3.2

功能名称:

事件的创立

功能描述:

当判断时间模块为空时,可以对相应时间模块创立事件。

输入数据:

键入事件内容。

处理过程:

根据所键入的内容创立事件,并在时间库中存储相应时间和事件。

输出数据:

创立成功后的事件,完成操作后就返回主界面。

序号:

3.3.3

功能名称:

事件的查找

功能描述:

根据时间或事件内容查找相对应的完整事件。

输入数据:

时间或事件内容

处理过程:

系统在事件库中以时间或内容为关键字搜索相应时间。

输出数据:

查找成功后的具体事件,并显示出来。

序号:

3.3.4

功能名称:

音乐的改变

功能描述:

改变提醒音乐

输入数据:

数字

处理过程:

系统最先会显示所有的歌曲及其数字编号,然后根据用户输入的数字改变提醒音乐。

输出数据:

改变后的音乐名。

序号:

3.3.5

功能名称:

提示音乐的播放

功能描述:

当相对应的时间点在事件库中存在事件时将播放提示音乐。

输入数据:

处理过程:

系统每分钟根据时间自动扫描一遍事件库(循环),当事件库中的事件的时间与系统时间一致时将播放提示音乐。

输出数据:

提示音乐(声音)

 

------------------------------分界线------------------------------

4数据描述

4.1数据词典

分节给出每个数据项的描述,格式如下:

【标识符】无。

【描述】无。

【数据项】日期,事件

【单位】年、月、日、时、分

【范围】年:

0-1000

月:

1-12

日:

1-30

时:

1-24

分:

0-60

事件:

100字以内

【缺省值】年、月、日、时、分:

0;事件:

空白。

【说明】无。

4.2数据库描述

5性能需求

5.1数据精确度

数据字典数据项中事件日期精确到分。

5.2时间特性

由于软件所占用的资源极少,响应时间、更新处理时间、数据转换与传输、运行时间等均暂无需考虑。

5.3适应性

暂定设计为可以适用WINDOWS7系统。

6运行需求(接口需求规格)

下面给出系统中出现的每个接口的规格说明,其中每个接口要求有如下内容:

(个人觉得此部分与功能详细描述块重复)

(1)输入:

(2)处理过程:

(3)输出:

(4)接口交互过程:

(5)消息和通信协议:

(6)性能要求:

(7)故障处理:

(8)其它要求:

对用户界面,要定义用户界面的特性如屏幕格式、报表格式、菜单格式、输入输出时间等。

7产品质量需求

7.1故障分析

无。

7.2系统利用率

无。

7.3可靠性

无。

7.4可维护性

无。

7其他需求

  无

8用户需求与系统需求规格对照表

用如下表格给出用户需求与系统需求规格之间的对应关系,并维护《需求跟踪矩阵》

表1系统需求规格与用户需求对照表

序号

用户需求规格

系统需求规格

备注

编号

名称/内容/概述

编号

名称/内容/概述

1

2

9附录

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高等教育 > 院校资料

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1