软件需求说明书

1引言

1.1编写目的

1.2背景

1.3定义

1.4参考资料

2任务概述

2.1目标

2.2用户的特点

2.3假定和约束

3需求规定

3.1对功能的规定

3.2对性能的规定

3.2.1精度

3.2.2时间特性要求

3.2.3灵活性

3.3输人输出要求

3.4数据管理能力要求

3.5故障处理要求

3.6其他专门要求

4运行环境规定

4.1设备

4.2支持软件

4.3接口

4.4控制

软件需求说明书

1引言


1.1编写目的

(1)为了更好的了解软件的需求,该文档可供用户浏览,了解海法内容和各部分模块所列功能。

(2)为了使开发更具有目的性。开发人员需要对需求进行深刻了解,该文档可供代码编写人员浏览,使开发过程不离主线,更完整地看到各模块的数据流通。

(3)为了方便整体维护,开发管理者需要整体把握软件各模块功能的是实现与测试,该文档可供开发管理人员浏览,对内容进行动态调整。

1.2背景

a. 软件系统的名称:翻棋(斗兽棋)

b. 本项目的任务提出者、开发者:曹玉松 蔡迎盈 张硕 吕盼举 付亚飞 姜力比

c. 用户:玩家

d. 该软件系统是基于win7操作系统的,需要局域网的技术支持。

1.3定义


委托:一种组合方法,它使组合具有与继承同样的复用能力,在委托方式下,有两个对象参与处理一个请求,接受请求的对象将操作委托给它的代理者。

聚合:一个对象拥有另一个对象或对另一个对象负责,一般我们称一个对象包含另一个对象或者是另一个对象的一部分。

1.4参考资料

列出用得着的参考资料,如:

a. 软件需求说明书(GB856T--88);

b. 实验报告提示文档网络资源;

c. Vc++网络通信使用案例精选 人民邮电出版社;

d. MFC 编程技巧与范例详解 清华大学出版社;

e. 百度提供相关技术支持;

2任务概述


2.1目标

系统目标

在4*4的棋盘上,黑红两方轮流下子,下在横竖连线的交叉点上。当某方下子后,棋盘上只剩下一方的棋,或者两方各剩下一棋,按照下棋方法,(此时大者获胜)便取得胜利。

编写翻棋软件

  • 程序绘制棋盘以及加载所有棋子图片。

  • 黑红两方轮流下棋,可悔棋一步。

  • 可根据个人爱好选择背景音乐或者停止背景音乐的播放。

  • 可根据个人爱好选择自己喜欢的背景主题。

程序说明:

程序框架采用MFC的对话框程序|

2.2用户的特点

本软件的最终用户是会玩斗兽棋的玩家,不需要特别的技术要求,只需具备基础的计算机基础,只要能操作简单的界面。

2.3假定和约束

1. 用户必须按照操作规定运行本软件,不得进行恶意破坏性操作;

2. 按文档模板提供的开发阶段文档;

3.开发期限:五周并且保证软件能够按时交付;

3需求规定


3.1对功能的规定

实现功能:

a、玩家通过局域网实现玩家与玩家对战;

b、悔棋功能;

c、可选择背景主题或者背景音乐;

d、具有一定的图形界面便于用户使用,在windows平台上运行。

3.2对性能的规定


3.2.1精度


识别棋盘的坐标误差范围在1%内,模拟点击产生的目标点坐标误差范围在1%内,对时间的要求进度在0.5s内。

3.2.2时间特性要求

响应时间要求不超过0.5s;

3.2.3灵活性

该软件适用于windows操作系统,对系统资源需求不高,若改变操作系统,精度和有效时限应该会加长,但本游戏软件不适用于Android系统。

3.3输人输出要求

软件对数据输入均进行数据有效性检查,当输入数据超过软件的处理范围时,系统将直接选择默认值。

3.4数据管理能力要求

保证数据的绝对安全,不允许没有权限者进行任意的修改。

3.5故障处理要求

可以做到基本的故障判断以及处理

4运行环境规定


4.1设备


1、硬件环境要求

a. CPU:  586以上;

b. 内存: 32M以上;

c. 硬盘: 1M以上;

d. I/O设备:鼠标  显示器;

2、软件环境要求:建立运行在win xp 或以上的版本

4.2支持软件

操作系统: WIN 7

开发平台:Visual C++6.0  或Visual Studio 2010

4.3接口

没有特殊要求。

4.4控制

软件由窗口控制,窗口按钮实现相应的功能。

软件需求说明书,布布扣,bubuko.com

时间: 2024-10-06 21:30:36

软件需求说明书的相关文章

《图书管理系统》软件需求说明书

图书管理系统                                                                 软件需求说明书 一.引言 1.1编写目的 一直以来人们使用传统的人工方式管理图书馆的日常工作,对于图书馆的借书和还书过程,想必大家都已很熟悉.在计算机尚未在图书馆广泛使用之前,借书和还书过程主要依靠手工.一个最典型的手工处理还书过程就是:读者将要借的书和借阅证交给工作人员,工作人员将每本书上附带的描述书的信息的卡片和读者的借阅证放在一个小格栏里,并在借阅证

机房收费系统(三)软件需求说明书

软件需求说明书 1引言 1.1编写目的 软件需求说明书是需求分析阶段的一个文档,是对软件目标及范围的求精和细化,深入描述软件的功能和性能以及软件的约束范围,使用户和软件开发者对该软件的初始规定有个大概了解,有利于对项目的回溯和指导后续的开发和维护. 文档读者:开发人员与用户代表 1.2背景 A.待开发软件名称:机房收费系统 B.项目提出者:米新江教授 开发者:周家林 用户:廊坊师范学院全体教职工和学生 实现该软件的计算中心或计算机网络:廊坊师范学院机房局域网 C.该软件系统同其他机构的基本的相互

图书管理系统------软件设计图纸

图书管理系统------软件设计图纸 一.图书馆管理系统总体功能概述 图书馆管理系统功能图: 1.系统登录模块 : 本模块的功能点包括: (1) 判断用户名和密码是否相符: (2) 根据用户的权限类型,登录到系统的制定界面操作使用. 2.图书管理模块: 在本模块中图书馆工作人员可以对图书进行管理操作. 本模块的功能点包括: (1) 新书入库,将新进图书按其类型将图书的基本信息录入系统数据库: (2) 图书出库,某一部分图书会随着时间的增长及知识的更新而变得不再有收藏的价值,或者图书被损坏,这些图

国际软件设计文档——软件需求说明书

1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的,指出预期的读者. 1.2 背景 说明: a.  待开发的软件系统的名称: b.  本项目的任务提出者.开发者.用户及实现该软件的计算中心或计算机网络: c.  该软件系统同其他系统或其他机构的基本的相互来往关系. 1.3 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组. 1.4参考资料 列出用得着的参考资料,如: a.  本项目的经核准的计划任务书或合同.上级机关的批文: b.  属于本项目的其他已发表的文件: c. 

项目中的软件需求说明书的访谈部分

博主的项目小组上周已进入正途,上周在小组讨论下,作出了软件需求说明书功能描述的大概模块,并且确定了项目的目标和范围——针对大学生市场. 根据目标需求,我们设计出了调查问卷,便于了解用户需求以及市场需求. 调查问卷的链接如下:http://www.sojump.com/jq/7476545.aspx 下一步,我们将根据调查结果,进一步完善功能需求,再者完成我们的需求说明书.

上位机软件需求说明书100元

上位机软件需求说明书 设备搜索指令 PC机器通过串口发送 BRSR 主机将搜索到的所有蓝牙设备名称发送给PC机器,发送格式为" BRSR"name"\n 例如,现在有三个蓝牙设备"AMOMCU_1"."AMOMCU_1"."AMOMCU_1 ".接收该这令后,串口返回数据: BRSR"AMOMCU_1" BRSR"AMOMCU_2" BRSR"AMOMCU_3&quo

软件项目需求开发过程实践之软件需求说明书

软件需求说明书为谁而编写?把这个问题搞清楚是非常有意义的. 先讲个故事. 在软件项目开始时,需求及架构设计人员把需求和架构方案讲给开发人员听,开发人员还在设计"他那辆车",没有听明白?需求及架构设计人员接着写出一些列文档后,开发人员还在设计稍作调整"他那辆车",沟通出现了问题了吗?项目完成后,最后结果仍是开发人员所设计的,已经变形的"他那辆车". 问题的源头当然在需求,需求人员又如何把需求调研结果无损的分享给"相关人员"呢?其

编写高质量的软件需求说明书

一份好的需求说明必须具备六个特性: 正确性:每个需求必须精确描述要交付的功能: 可行性:在已知的能力,优先的系统及其环境中每个需求必须能实现: 必要性:每个需求应标明说明是客户确实需要的: 优先权:每一个需求都应该能用一定的权重来衡量,不能所有需求都一样的重要.假设因其他因素必须砍掉一些需求的时候,要能从所有需求中挑得出不是那么重要的. 明确性:同一个需求,不同的读者看了或者听了以后,都能达成一致的理解或者共识. 可证实:任何需求都要可以测试,并能得出测试结果. 编写高质量的软件需求说明书

软件工程种的软件需求说明书规格

鉴于最近到了软件工程课程的课程设计阶段,所以对编写软件工程的项目文档有了更严格的要求. 在此记录一下软件工程书中对于的软件需求说明书所规定要编写的内容. 软件需求说明书,是分析员在需求分析阶段需要完成的问达能,是软件需求分析的最终结果. 1. 范围 1.1 标志 1.2 系统概要 1.3 文档概述 1.4 基线 2. 引用文件 3. 需求 3.1 所需的状态和方向 3.2 需求概述 3.2.1 目标 3.2.2 运行环境 3.2.3 用户的特点 3.2.4 关键点 3.2.5 约束条件 3.3