需求方案怎么写,范文

实用范文 会员上传 下载docx

更新时间:2023-07-05 13:03:49 发布时间:24小时内

第一篇:《需求规格说明书范本》

1. 引言

1.1 编写目的:编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员.希望能使本软件开发工作更具体.

1.2 项目背景

1.2.1项目委托单位:****公司

1.2.2开发单位:***公司

1.3 定义

1.4 参考资料

2. 任务概述

2.1 目标:

<1> 决策支持:根据公司的要求及时提供所需报表及文件,并在适当时候对各部门领导给予销售及进货等方面的提示

<2>提高效率:利用软件进行管理,避免人工管理的失误以及 延迟性,从而实现高效率的管理.

2.2 运行环境:

<1> 硬件方面:Pentium级处理芯片

1兆显存的兼容显卡

256色,1024*768的兼容显示器

标准兼容打印机

<2>软件方面: WIN XP操作系统

2.3 条件与限制:

编程用计算机一台

完成期限20_/7/1

无资金供给

3. 数据概述

数据流程图如下:

3.1 静态数据:包括系统登录密码,各数据库所在位置,系统分析原始数据

3.2 动态数据:包括各数据库内各项显示数据,用户登录信息,系统时间

3.3 数据库描述:

人事管理数据库:公司内人员的个人详细信息,包括档案信息

3.4 数据字典:

<1>数据流词条描述:

1.数据流名:登录信息

来源:用户的输入

去向:系统内部检验部分

组成:用户名,密码

流通量:每次登录输入一次

2.数据流名:登录结果

来源:系统

去向:用户

组成:返回信息

流通量:每次登录返回一次

3.数据流名:输入修改信息

来源:用户

去向:系统判断部分

组成:根据各数据库内容而不同

流通量:依用户输入而定

4.数据流名:反馈信息

来源:系统判断部分

去向:用户

组成:系统经判断后发回的字符数据

流通量: 依系统当前信息而定

5.数据流名:识别信息

来源:系统内部检验部分

去向:系统判断部分

组成:系统各数据库的标识信息

流通量:用户每次输入流通一次

6.数据流名:处理信息

来源:系统判断部分

去向:各数据库处理部分

组成:读取/修改标识,读取/修改的变量名称

流通量:用户每次输入流通一次

7.数据流名:读取修改

来源:系统判断部分

去向:系统各数据库

组成:读取/修改标识,读取/修改内容

流通量: 用户每次输入流通一次

<2>数据文件词条描述:

1.数据文件名:人事数据

简述:存储人员信息

数据文件组成:人员的各项信息(以CString类型为主)

2.数据文件名:销售数据{需求方案怎么写,范文}.

简述:存储当日及从前的销售记录

数据文件组成:销售的各项信息

3.数据文件名:财务数据

简述:存储财务管理信息

数据文件组成:财务管理的各项记录

4.数据文件名:技术数据

简述:存储公司内部使用的技术档案信息

数据文件组成:技术档案名称,内容

<3>加工逻辑词条描述:

1.加工名:检验

简要描述:判断用户的许可性

输入数据流:登录信息

输出数据流:登录结果

加工逻辑:判断是否与系统内部用户信息相符合

2.加工名:判断

简要描述:判断用户的操作并进行相应的读取/存储工作

输入数据流:输入修改信息

输出数据流:反馈信息

加工逻辑:判断用户的操作->调用数据库->读取/修改->反馈

3.加工名:人事档案管理

简要描述:对人事数据库进行相应要求的操作,并与判断部分交互

输入数据流:处理信息,读取修改

输出数据流: 读取修改, 处理信息

加工逻辑:判断用户要读取/修改的内容->反馈用户所需信息

4.加工名:销售统计

简要描述:对销售数据库进行相应要求的操作,并与判断部分交互

输入数据流:处理信息,读取修改

输出数据流: 读取修改, 处理信息

加工逻辑:判断用户要读取/修改的内容->反馈用户所需信息

5.加工名:财务统计

简要描述:对财务数据库进行相应要求的操作,并与判断部分交互

输入数据流:处理信息,读取修改

输出数据流: 读取修改, 处理信息

加工逻辑:判断用户要读取/修改的内容->反馈用户所需信息

6.加工名:技术管理

简要描述:对技术统计数据库进行相应要求的操作,并与判断部分交互信息

输入数据流:处理信息,读取修改

输出数据流: 读取修改, 处理信息

加工逻辑:判断用户要读取/修改的内容->反馈用户所需信息

<4>源点及汇点词条描述:

名称:用户

简要描述:既是源点又是汇点,发出动作信息给"检验"和"判断"加工,通过交互界面接受反馈信息有关数据流:登录结果,登录信息,输入修改信息,反馈信息

数目:一个

4. 功能需求

4.1 功能划分

可细分为四部分:人事管理,销售管理,财务管理,技术档案管理

4.2 功能描述

<1>人事功能:

(1)能对公司内部的所有人员有关档案详细资料记录并保存。

(2)能对数据库内人事档案的数据进行查阅和修改。

(3)能按部门或姓名检索人员。

(4)当某员工的雇用期限达到整年时,按时提醒。

<2>销售统计功能

(1)按日对公司的销售情况进行统计,包括销售额\销售数量\各地区销售比例\不同销售方式的销售量比例以及销售毛利润情况

(2)制定销售情况的月报表\季报表以及年报表对销售情况进行分析,对不同销售人员的业绩进行评定

<3>财务管理功能

(1)协助财务人员进行计算机管理,对库存情况\进货情况\销货进行登录和输出

(2) 根据预设的库存情况提醒进货

(3) 对收款情况进行统计,在应收帐款达到预设值时进行提示

<4>技术管理功能

(1)对技术资料进行登录

(2)对维修记录进行登录和统计,按不同型号的机器进行故障整体分析,并作出分析报告

(3)对维修配件的需求进行管理并及时提示备货

5. 性能需求

5.1 数据精确度:因为此数据为公司内部数据,所以要求不能有误差

5.2 时间特性:当日销售统计要求有即时性,马上能反应出存货的问题;同时财务管理数据计算当前存货情况,并对进货情况进行估算

5.3 适应性:此软件只在公司内部管理人员的机器上使用,因此不考虑适应性

6. 运行需求

6.1 用户界面:

屏幕格式:

(1)要求有菜单及工具栏以方便操作

(2)各数据库信息可在屏幕上直接修改

(3)各数据统计结果可在屏幕上显示

(4)进行系统分析后的结果在另一窗口中显示

报表格式:

(1)人事管理报表只要求有个人的普通数据

(2)销售统计报表要求可分别打印当日统计或之前的统计

(3)财务统计报表要求打印出存货及公司帐务详表

需求分析报告

版本:1.0.0

编者 年 月 日

审核 年 月 日

批准 年 月 日

XXX

二〇一四年五月

需求分析报告

一、引言

1.1 编写目的

对产品或项目进行定义,包括修正或发行版本号。如果这个软件需求规格说明只与整个系统的一部分有关系,那么只定义文档中要说明的部分或子系统。

1.2 背景说明

说明项目或模块开发背景。

1.3 预期读者和阅读建议

列举软件需求规格说明书所针对的不同读者,如用户、设计人员、编程人员、测试人员、项目经理、市场人员等。指出最适合于每一类型读者阅读文档的建议。

1.4 术语定义

解释需求说明书中的术语、名词、简称及缩写等等。

1.5 参考文献

列出所有参考资料、参照的软件名称,包括标题名称、作者、版本号、日期、出版单位或资料来源,以方便读者查阅这些文献。

二、任务概述

2.1 目标

描述项目或业务模块要达到的目标。

第 2 页 / 共 7 页

系统分析怎么写

在软件开发工程中我们所做的第一步:系统分析。希望我们中国的代码人能吸取更多更好的理论和实际的经验,有符合我们实际情况的系统分析、开发方法、步骤以 及文档。系统分析,我个人认为它应该是能体现系统的灵魂性的文档。该文档应有什么内容,表达什么意思是我想在这里与大家探讨的问题。我觉得在系统分析书中 应该有以下内容(视项目而定):

1、系统需求说明 说明系统是一个什么样的系统,用市场上现有的系统来类比,用客户(或是我们自己)需要一个什么样的系统进行说明,力求完整。并对系 统的发展可扩充性进行描述(现在没有哪个系统是一次OK的)。说明与现有的系统有什么相同什么不同,说明未来系统的发展方面以及可移值性等能预见的事情。

2、系统资源说明 对系统所需要的软件、硬件资源进行说明。描述系统所需要的所有的TCO成本。包括人员、时间、设备、系统、一次性投入资金、持续性投入资金这样的所有资源。

3、系统可行性分析 对系统的实施中的资源进行分析,说明投入的合理性和必然性,对其中的所有不可预见性的投入进行合理的量化说明,来说明系统的实施的可行性。

以上为我所想到的系统分析说明书中应出现的前三种文档,不知大家有什么想法,请赐教。

作为开发前期的工作,还应该包括:总体设计和详细设计。

总体设计这个阶段必须回答的关键问题:概括地说,应该如何解决这个问题?

首先,应该考虑几种可能的解决方案。例如,目标系统的一些主要功能是用计算机自动完成还是用人工完成;如果使用计算机,那么是使用批处理方式还是人机交互方式;信息存储使用传统的文件系统还是数据库……

通常至少应该考虑下述几类可能的方案:

低成本的解决方案

系统只能完成最必要的工作,不能多做一点额外的工作。

中等成本的解决方案

这样的系统不仅能够很好地完成预定的任务,使用起来很方便,而且可能还具有用户没有具体指定的某些 功能和特点。虽然用户没有提出这些具体要求,但是系统分析员根据自己的知识和经验断定,这些附加的能力 在实践中将证明是很有价值的。

高成本的"十全十美"的系统

这样的系统具有用户可能希望有的所有功能和特点。系统分析员应该使用系统流程图或其他工具描述每种 可能的系统,估计每种方案的成本和效益,还 应该在充分权衡各种方案的利弊的基础上,推荐一个较好的系统 (最佳方案),并且制定实现所推荐的系统的详细计划。如果用户接受分析员推荐的系统,则可 以着手完成本 阶段的另一项主要工作。

上面的工作确定了解决问题的策略以及目标系统需要哪些程序,但是怎样设计这些程序呢? 结构设计的

推荐阅读:

项目经理承诺书

新式学堂建立而兴起的歌唱文化是

交接报告模板

妇联先进个人事迹

基层党委结合平时完成上级组织布置工作情况给予打分

信访稳控方案和化解措施

标签: 方案

相关文章

猜你喜欢

大家正在看

换一换