产品性能及需求
第一部分研发容量
本次研发容量为：
1.硬件：嵌入式智能车辆分型仪1台；产品名称：智能违规车辆报警仪
2.软件：车牌识别软件一套；
3.软件：中心管理软件软件一套；
4.软件系统架构：必须采用C/S架构；
第二部分产权归属
1．本项目的软、硬件研发容量包括一台硬件设备和2套系统软件，产权、版权都为需方所有。
2．供方按照需方的需求完成研发内容，并提供长期的系统技术支持及全面的系统培训。使用户能够熟练的使用所研发的产品。
3.供方提供配套的软、硬件产品说明书及用户使用手册；电子档、纸质各一份。
4.经友好协商需方按要求支付供方相应的研发启动费用；完成全部研发内容后，经验收测试，达到各项性能指标，支付全款。
第三部分研发势力需求
1.研发案例：供方必须具有同类图像分析、识别硬件与软件开发的实例；
2.研发资质：供方必须具有同类图像分析、识别硬件与软件开发的资质；
3.项目预算：供方需根据自提情况，针对本公司对硬件与软件的开发需求提出自己的可
行性研发方案，并针对所研发的产品进行性能评估及研发费用、研发周期
的预算。
第四部分硬件产品需求
1.车辆分型类别：
1.1分别对拉煤车(包括半挂和后挂)、客运车、油罐车、面包车、军警车、农用车、三轮
车、自行车、摩托车特种车辆（如110、120、119、吊车等）进行分型，并对各类型车辆进行数量统计。
1.2 排除车辆分型类别中拉煤车以外的其它车型，并对拉煤车进行数量统计。
1.3 对拉煤空车进行分析、分型，并对拉煤车辆数量统计。
1.4 硬件产品分型准确率：白天>98%，晚上>95%
2. 车辆轨迹分析
2.1轨变分析跟踪长度：轨迹分析的距离。
2.2车辆行驶轨迹显示：轨迹状态的显示。
2.3 车辆行驶轨迹提示报警：当车辆行驶实踪轨迹偏离设置的轨迹时进行报警输出。
2.4 报警准确率：白天>98%，晚上>95%
3.硬件报警：
3.1状态报警：硬件产品自身要求提供状态报警。如断网、系统故障、硬件自检报警。
3.2声音报警：硬件产品自身要求提供声音报警或声光报警。
3.3 报警准确率：白天>100%，晚上>100%
4.系统自检功能：
4.1硬件产品要有内置软、硬件的自检功能。并提供相应的自检结果，
4.2自检出故障，给出一个相应的故障处理方式，或硬件产品检测到故障时可以自动修复。
5.产品特性：（硬件）
?网络接口：RJ45接口1路10M/100M/1000自适应接口，IEEE802.3协议；
联网接口
?串口通信:1路9针D形连接器RS232串口；外接远距离读卡器。
?AV接口:多路检测
?高清接口：多路检测
?IE浏览：支持
?视频格式：输入输出均采用标准复合视频信号NTSC/PAL彩色视频信号
?数据输出接口：输出的视频图像质量必须以人的感观看清车楚牌号码。
?音频输入接口：供方提供
?音频输出接口：供方提供
?控制口：远程摄像机的控制及远程进行设备重起功能。
?网络带宽：10/100/1000自适应
?视频数据压缩标准：必须保障无损压缩，也就是输出的图像与输入的图像质量相同。
?视频数据加密标准：供方提供
?音频数据压缩标准：供方提供
?音频数据加密标准：供方提供
?传送协议：供方提供
?检测范围：检测车道数量与车到摄像机的距离
?19”标准机架式结构，
?功率：供方提供
?电源：220VAC
?环境温度：-0度到70度
?相对适度：-40度到90度
?体积：供方提供
?容量：可挂接多少摄像头，几路高清，几路标清.
?重量：供方提供
?质保：供方提供
6.产品特点：（硬件）
?设备采用嵌入式系统结构，具有高可靠性和高稳定性，可抗恶劣环境；
?设备采用智能视频分析方式，可监测场景中的多个车辆目标，监测范围可根据实际
应用环境灵活设置；
?设备内置WEB服务器，可通过IE浏览器远程设置参数和管理系统，减少现场维护；
?设备可利用分辨率2592×1936像素（500万），快门速度最快1/2000秒的高清相机抓拍，保证图片清晰度的同时，可抓拍最高时速180km的车辆。有利于相
关监管、执法部门取证；也可接入多路模拟视频进行分型检测。
?设备通过对运煤车辆的样本进行离线式或在线式的分析，准确提取运煤车辆的统计特征值，利用先进的多特征融合算法进行车辆分类，从而能够准确区分运煤车辆、
客车和轿车等不同车型；
?智能分析算法供方自行决定，对不同应用环境、不同气候（晴天、阴天、雨雪天等）、不同光线（白天、晚上）都具有很强的自适应性；可根据不同的应用环境升级模型
库，以保证达到最佳效果；
?设备自动完成车辆分型、车辆轨迹分析、车辆计数、车辆抓拍记录等功能；同时可连接非接触式读卡器，获取车辆过磅记录；可提供全面的通行车辆信息；
?内置大容量硬盘，可存储至少1个月的车辆(照片)数据（每天按5000张）；联网时数据可自动上传；
?设备具有自检和报警功能，联网时可及时将设备状态上报指挥中心。
?该设备具必须具备断电重起功能。
?智能分析仪需支持多路模拟视频、多路高清视频的检测与输入、输出。以满足煤矿、计量站的视频检测需求。
?远程读卡器的RS232接口，不与读卡器进行联接时，不影响视频检测设备的正常运行，不影响视频检测、报警的准确率。
?硬件设备提供日志功能。分型数据与日志数据必须实现断电、断网、续传。
7.产品功能：（硬件）
智能违规车辆报警仪是利用视频图像检测技术，对车辆识别分析，自动区分煤炭运输车辆及其他类型车辆，并进行图像抓拍的专用设备。可以对煤炭车辆自动完成车辆分型、车辆轨迹分析、车辆计数、车辆抓拍记录功能。
8.产品用途：（硬件）
智能违规车辆报警仪是针对煤炭行业的运煤车辆，进行信息化、网络化管理的前沿产品。主要用于煤矿、煤管站等政府监管部门或一些分散监管结构。该设备可实现自动完成车辆分型、车辆轨迹分析、车辆计数、车辆抓拍记录功能。
第五部分车牌识别软件需求
1.图片识别效果
2.1 全景：摄像机抓拍的全景图片肉眼可直观识别车型；图片同时保存时记录时间、地点、日期。
2.2 特写：摄像机抓拍车头特写图片及车牌号码，能看清车辆前座驾驶员。
2.3 车号：摄像机抓拍到的特写车牌图片肉眼直观可以识别出车牌号码。
2.4 窗口：摄像机抓拍的图片（全景、特写、车号）在软件界面同一个窗口，同时显示
三张图片。
2.5 图片格式：供方提供格式，要求占用空间小，且图片像素无损。
2.6 摄像机：由供方提供具体参数，需求；
2.7 车牌识别准确率: 白天>98%,晚上>95%
2.8 车辆抓拍准确率：白天>98%,晚上>95%
2.9 车量统计准确率：白天>98%,晚上>95%
3.报警模式
3.1 语音报警、供方提供最佳方案：例如：“重要告警，有车辆闯关”
3.2 弹出窗口报警：弹出窗口报警级别最优先，为可视报警。
3.3 语音报警与弹出窗口报警同时进行。
3.4 声光报警，接入声光报警器。
3.5 将以上报警模式设计成用户可以自由选择配置。
3.6 系统报警：如系统自身断网、断电、非法关机，外接输入、输出报警
3.7 报警的准确率：白天>98%,晚上>95%
4.车牌识别
4.1 煤矿端必须安装车牌识别系统及相应设备（如：日夜型宽动态高清摄像机）
4.2 计量站必须安装车牌识别系统及相应设备（如：日夜型宽动态高清摄像机）
4.3 中心服务器：数据保存1年。需要存储容量6T
4.4 网络需求：前端网络路由器H3C MSR 2021 光
中心核心路由器H3C MSR5060
4.5 车牌比对：（全格条件：车型、抓拍、车牌号对比）合格车辆放行不记录。
违规车辆：车辆信息数据（车型、抓拍、车牌号）记录保存到中心数据库5.查询统计
5.1 时间查询统计：按分、时、日、月、年，查询并显示，统计包含合计。
5.2 地点查询统计：按地地址查询并显示，统计包含合计。
5.3 名称查询统计：按矿名或计量站查询并显示，统计包含合计。
5.4 卡号查询统计：按IC卡卡号查询并显示，统计包含合计。
5.5 票号查询统计：按纸质票号查询并显示，统计包含合计。
5.6 车号查询统计：按拉煤车牌号码查询并显示，统计包含合计
5.7 全法车辆查询统计：按运销程序正常行驶的车辆进行查询，统计包含合计。如：车量。
5.8违法车辆查询统计：未按运销程序行驶的车辆人，统计包含合计。如车量，运销量。
5.9 上述类别的组合查询统计：按多个类别进行查询统计。并显示
6.数据处理模式
6.1 本地处理、中心存储：数据对比在本地进行，然后实时上传到中心进行存储，同时
向本地输出处理结果
6.2 中心处理、中心存储：数据本地采集，实时上传中心，在中心进行对比，然后在中
心进行存储，同时向本地输出处理结果（备用解决方案）
6.3 断网、断电、非法关机现象必须数据续传，确保数据安全性。
7.软件开发、运行环境
7.1 数据库开发环境：SQL2005正版。
7.2 运行环境：winxp/ win2003。
7.3 程序开发环境：VS2003及以上版本。
8.加密模式
8.1 程序加密
8.2 数据库加密
8.3 本机硬件注册机加密，安装包与分配的名称、地址绑定加密。
第六部分中心管理软件需求
1.车辆分型要求
1.1 根据前端硬件产品进行，车辆分型类别：拉煤车(包括半挂和后挂)、客运车、油罐车、面包车、军警车、农用车、三轮车、自行车、摩托车特种车辆（如110、120、119、吊车等），并对各类型车辆进行数量统计。
1.2 排除车辆分型类别中拉煤车以外的其它车型，并对拉煤车进行数量统计。
1.3 对拉煤空车进行分析、分型，并对拉煤车辆数量统计。
1.4 车牌识别准确率: 白天>98%,晚上>95%
1.5 车辆抓拍准确率：白天>98%,晚上>95%
1.6 车量统计准确率：白天>98%,晚上>95%
2.图片识别效果
2.1 全景：摄像机抓拍的全景图片肉眼可直观识别车型；图片同时保存时记录时间、地点、日期。
2.2 特写：摄像机抓拍车头特写图片及车牌号码，能看清车辆前座驾驶员。
2.3 车号：摄像机抓拍到的特写车牌图片肉眼直观可以识别出车牌号码。
2.4 窗口：摄像机抓拍的图片（全景、特写、车号）在软件界面同一个窗口，同时显示三张图片。
2.5 图片格式：供方提供格式，要求占用空间小，且图片像素无损。
2.6 摄像机：由供方提供具体参数，需求；
3.报警模式
3.1 语音报警、供方提供最佳方案：例如：“重要告警，有车辆创关”
3.2 弹出窗口报警：弹出窗口报警级别最优先，为可视报警。
3.3 语音报警与弹出窗口报警同时进行。
3.4 声光报警，接入声光报警器。
3.5 将以上报警模式设计成用户可以自由选择配置。
4.车牌识别
4.1 煤矿端必须安装车牌识别系统及相应设备（如：日夜型宽动态高清摄像机）
4.2 计量站必须安装车牌识别系统及相应设备（如：日夜型宽动态高清摄像机）
4.3 中心服务器：数据保存1年。需要存储容量6T
4.4 网络需求：前端网络路由器H3C MSR 2021 光
中心核心路由器H3C MSR5060
4.5 车牌比对：（全格条件：车型、抓拍、车牌号对比）合格车辆放行不记录。
违规车辆：车辆信息数据（车型、抓拍、车牌号）记录保存到中心数据库5.查询统计
5.1 时间查询统计：按分、时、日、月、年，查询并显示，统计包含合计。
5.2 地点查询统计：按地地址查询并显示，统计包含合计。
5.3 名称查询统计：按矿名或计量站查询并显示，统计包含合计。
5.4 卡号查询统计：按IC卡卡号查询并显示，统计包含合计。
5.5 票号查询统计：按纸质票号查询并显示，统计包含合计。
5.6 车号查询统计：按拉煤车牌号码查询并显示，统计包含合计
5.7 全法车辆查询统计：按运销程序正常行驶的车辆进行查询，统计包含合计。如：车量。
5.8违法车辆查询统计：未按运销程序行驶的车辆人，统计包含合计。如车量，运销量。
5.9 上述类别的组合查询统计：按多个类别进行查询统计。并显示
6.数据处理模式
6.1 本地处理、中心存储：数据对比在本地进行，然后实时上传到中心进行存储，同时
向本地输出处理结果
6.2 中心处理、中心存储：数据本地采集，实时上传中心，在中心进行对比，然后在中
心进行存储，同时向本地输出处理结果（备用解决方案）
6.3 断网、断电、非法关机现象必须数据续传，确保数据安全性。
7.软件开发、运行环境
7.1 数据库开发环境：SQL2005正版。
7.2 运行环境：winxp/ win2003。
7.3 程序开发环境：VS2003及以上版本。
8.加密模式
8.1 程序加密
8.2 数据库加密
8.3 本机硬件注册机加密，安装包与分配的名称、地址绑定加密。
第七部分培训需求
1、供方需要对自己所研发的产品进行系统的培训，达到用户可以独自熟练使用即可。
2、供方需要针对自己所研发的产品进行全程跟踪和7*24技术支持。
系统的功能需求分析 开发一个网上体育社区系统，首先需要确定社区要实现的功能是什么，也就是用户想要社区所能做的工作。用户使用社区是按照一定的流程来进行的：用户注册登录进入社区，浏览某个社区版块，通过发帖功能发布新的话题，通过回帖功能回复已有的话题，通过搜索查找已有的话题；管理员要管理社区，系统需要具有的功能有创建、编辑、删除社区的版块，管理注册的用户，管理帖子，设置社区基本参数。这样的功能就决定了社区所应具有的功能。 1.用户注册 进入社区主页面后，对于第一次登录的用户来说，首先需要注册，单击“立即注册”按钮即可进入注册界面,注册完成后返回登录界面。 2.用户登录 只有登录的用户才能进行取得权限，退出应释放权限。 3.分类浏览体育项目 用户可以根据各项运动的类型对社区版块进行详细的浏览。如：篮球、足球、乒乓球、游泳等。 4.用户发帖 已登录到社区主页面的用户可以查看用户的基本信息、更改密码、帖子查询、进入某个社区版块进行发帖。 5.用户回帖 已登录用户可以跟在其他人帖子后回复。 6.管理员功能 管理员成功登录到操作界面后可查看用户的信息、可增添或者删除社区版块、可注销已注册的用户、可查询和删除用户的帖子，可以对帖子置顶或指定精华帖。 7.查找功能 成功登录的用户和管理员能够根据帖子主题或者用户查找相关帖子。
体育社区系统包括以下主要功能模块： 1.注册登录功能模块：用户注册、登录以及修改个人注册信息； 2.浏览功能模块：用户浏览版块、查看帖子； 3.发帖回帖功能模块：用户发帖、回帖、编辑自己发布的帖子； 4.帖子管理功能模块：管理员编辑、删除、置顶和指定精华帖； 5.社区设置功能模块：管理员设置参数； 6.管理版块功能模块：管理员创建、修改和删除版块； 7.用户管理模块：管理员添加、删除和设置用户权限。 用户注册、登录以及修改个人的注册信息组合成注册登录模块；用户浏览版块、查看帖子组合成浏览版块；用户发帖回帖，编辑自己发布的帖子组合成发帖回帖模块；管理员编辑帖子、删除帖子、置顶帖子和指定精华帖组合成管理帖子模块。以上四个模块组成用户使用的基本功能模块。扩展功能模块都是与管理员相关的，设置社区参数单独为社区设置模块；创建、修改和删除版块为管理版块模块；添加、删除和设置权限为管理用户模块。
XXX村村民交流互动网站系统 设计小组成员：何成龙、陆承林 黄元勇、王永亮 胡荣启 引言： 在计算机技术飞速发展的今天，各类交流网站挤满了互联网，本设计立足于XXX村村民交流互动而设计一个交流网站，网站为村民提供交流服务，村民可以在网上通过发帖聊天交流生活琐事以及农事科技等。 第一章：功能性需求分析 一、在本次设计中，“远程教育网站系统”包括以下功能模块： 1、个人工作台 2、在线浏览 3、资料共享 4、系统管理 5、在线帮助 二、功能描述 1、个人工作台 用户可通过个人工作台对个人信息进行注册和修改。 1.1、用户注册/登陆模块 用户通过注册模块进行注册成为会员，登陆模块为会员完成用户登陆； 1.2、修改信息 在本模块用户可对已填信息进行完善和修改。 2、在线浏览 在线浏览为会员和非会员提供阅读材料以及视频文件，可在线点播及阅读。 3、资料共享 此功能仅为会员提供，非会员无权享受此功能。会员通过此模块可下载所需内容以及上传文
件。 4、系统管理 4.1、后台管理 专为网站管理员开设。网站管理员通过此模块可对网站进行维护和管理。 4.2、网站数据库 主动收集网站各类数据并及时更新。 4.3、信息管理系统 仅为信息管理员提供，可以通过此模块对会员上传的文件进行审核和删除，以及对注册会员进行管理。 5、在线帮助 5.1、联系我们 用户通过此模块就网站存在的问题进行反馈。 6.功能描述文档： 功能编号功能名称功能描述备注 01 注册用户可以通过注册功能进行信息注册成为网站会员 02 登录会员/信息管理员用户通过此登录进行登录网站，登录时会员选择“会员登录”进行登录，信息管理员选择“管理员”进行登录。 03 浏览网页非会员和会员享有的权力，非会员只能浏览不能留言 以及下载上传文件。 04 个人中心一、会员个人中心包含以下内容模块： 1.个人主页 会员在个人主页里可以根据自己喜好设置主页属性； 2.个人信息修改 个人信息修改包括密码修改和基本信息修改； 3.好友 好友模块包含对好友的添加和删除功能，也可以对好友进行喊话；
什么是项目需求分析？ 需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成开发计划的一个复杂过程。（这个和我在微软体验到的又不太一样，微软的需求分析大多是市场人员和用户协助小组的人去评估用户的接受程度，这一点也可以理解，因为公司的性质有根本差别）在这个过程中，用户的确是处在主导地位，需求分析工程师和项目经理要负责整理用户需求，为之后的软件设计打下基础。需求分析阶段结束后，要求得到：1.SRS 文档(System Requirement Specification); 2.DRM 文档；3.Acceptance Plan. 从广义上理解：需求分析包括需求的获取、分析、规格说明、变更、验证、管理的一系列需求工程。 狭义上理解：需求分析指需求的分析、定义过程。 一、为什么要需求分析 需求分析就是分析软件用户的需求是什么.如果投入大量的人力，物力,财力,时间,开发出的软件却没人要,那所有的投入都是徒劳.如果费了很大的精力,开发一个软件,最后却不满足用户的要求,从而要重新开发过,这种返工是让人痛心疾首的.(相信大家都有体会)比如,用户需要一个for linux的软件,而你在软件开发前期忽略了软件的运行环境,忘了向用户询问这个问题,而想当然的认为是开发for windows的软件,当你千辛万苦地开发完成向用户提交时才发现出了问题,那时候你是欲哭无泪了,痕不得找块豆腐一头撞死. 需求分析之所以重要,就因为他具有决策性,方向性,策略性的作用,他在软件开发的过程中具有举足轻重的地位.大家一定要对需求分析具有足够的重视.在一个大型软件系统的开发中,他的作用要远远大于程序设计. 二、需求分析的任务 简言之,需求分析的任务就是解决"做什么"的问题,就是要全面地理解用户的各项要求,并准确地表达所接受的用户需求. 三、需求分析的过程 需求分析阶段的工作,可以分为四个方面:问题识别,分析与综合,制订规格说明,评审. 问题识别 就是从系统角度来理解软件,确定对所开发系统的综合要求,并提出这些需求的实现条件,以及需求应该达到的标准.这些需求包括：功能需求(做什么),性能需求(要达到什么指标),环境需求(如机型,操作系统等),可靠性需求(不发生故障的概率）,安全保密需求,用户界面需求,资源使用需求(软件运行是所需的内存,CPU等),软件成本消耗与开发进度需求,预先估计以后系统可能达到的目标. 分析与综合
5.1.2性能测试需求提取 复习了一些常见的理论概念后，我们开始性能测试需求的提取。这个过程是非常重要的，往往测试失败，就是因为在这个过程中不知道如何得到确切的性能指标，而导致测试无法正常开展。性能测试需求提取一般的流程如图5- 1所示。 图5- 1性能测试需求提取流程 分析提取指标 在用户需求规格说明书中，会给出系统的功能、界面与性能的要求。规范的需求规格说明书都会给出明确的性能指标，比如单位时间内访问量要达到多少、业务响应时间不超过多少、业务成功率不低于多少、硬件资源耗用要在一个合理的范围中，这些指标都会以可量化的数据进行说明。如果，实际项目并没有这些正规的文档时，项目经理部署测试任务给测试组长时，一般就会说明是否要对项目的哪些业务模块进行性能测试，以及测试的要求是什么的。最麻烦的就是项目经理或者客户要求给出一个测试部门认为可以的数据，这样非常难做的。可是“甲方”往往都是提要求的，“乙方”只能“无条件”接受！ 表5- 1需求规格说明书中的性能要求 表5- 1给出的指标非常明确，在测试过程中，我们只需收集用户登录模块的响应时间、登录成功率、并发数、CPU使用率、内存使用率的数据，然后与表5- 1的指标进行比较即可，通过的，就认为达到了客户要求的性能，未达到就分析原因，并给出测试报告及解决建议。 大多数是没有明确的需求，需要我们自己根据各种资料、使用各种方法去采集测试指标。以OA系统为例，假设《OA系统需求规格说明书》中并未指明系统的性能测试要求，需要测试工程师自己分析被测系统及采集性能衡量指标。 分析OA系统的结构，所有功能中仅有考勤模块可能是被测系统最终用户经常使用的业务点，那么我们的重点应该在放在该模块上。一般我们可以从下面三个方面来确定性能测试点： 第一、用户常用的功能。常用的功能一旦性能无法满足，比如登录功能，从输入用户名与密码点击登录按钮到显示成功登录信息，花了5分钟，这样的速度是 人无法忍受的。而对于用户不常用的，比如年度报表汇总功能，三个季度甚 至是一年才使用，等个10分钟也是正常的，这些是跟用户的主观感受相关 的，得根据实际情况区分。
教师信息管理系统 1.引言...................................................................... . (3) 1.1 编写目的....................................................................... (3) 1.2项目风险....................................................................... (3) 1.3预期读者和阅读建议........................................................................ .. (3) 1.4产品范围............................................................................. . (3) 2.综合描述............................................................................... .. (4) 2.1产品的状况..................................................................... (4)
2.2产品的功能..................................................................... (4) 2.3用户类和特性........................................................................ (4) 2.4运行环境....................................................................... (5) 3.外部接口需求....................................................................... . (5) 3.1用户界 面............... ..................................................... . (6) 4.系统功能需求........................................................................ . (7) 4.1输入、输出数据........................................................................ (7)
性能需求分析： 数据精确度 在精度需求上，根据实际需要，数据在输入、输出及传输的过程中要满足各种精度的需求根据关键字精度的不同。如：查找可分为精确查找和泛型查找，精确查找可精确匹配与输入完全一致的查询结果，泛型查找，只要满足与输入的关键字相匹配的输入即输出，可供查找。 时间特性 系统响应时间应在人的感觉和视觉范围内(<1 s)，系统响应时间足够迅速(<5 s)，能够满足用户要求。 适应性 在操作方式、运行环境、软件接口或开发计划等发生变化时，应具有适应能力。 可使用性 操作界面简单明了，易于操作，对格式和数据类型限制的数据，进行验证，包括客户端验证和服务器验证，并采用错误提醒机制，提示用户输入正确数据和正确的操作系统。 安全保密性 只有合法用户才能登录使用系统，对每个用户都有权限设置。对登录名、密码、以及用户重要信息进行加密，保证账号信息安全。 可维护性 系统采用了记录日志，用于记录用户的操作及故障信息，同时本系统采用的B/S模式，结构清晰，便于维护人员进行维护。 运行环境 客户端运行环境软件环境：
操作系统：Windows系列浏览器程序：浏览器IE 5.0以上硬件环境： 网络接入设备（网卡,modem,adsl,isdn或其他网络接入设备）。最低配置为：CPU：PⅡ300以上、内存：128M以上、硬盘：2G以上 服务器端运行环境软件环境： 操作系统：Linux(Redhat 7.0以上)系列,Unix系列或Windows 2000服务 器版。 应用服务器程序：Weblogic 6.0，Websphere 4.0及以上版本等。硬件环境： 最低配置为CPU：PⅣ1.0G以上、内存：1G以上、硬盘：10G以上。数据库服务器运行环境软件环境： 操作系统：Linux(Redhat 7.0以上)系列,Unix系列或Windows 2000服务器 版等操作系统。 数据库：Oracle8i,DB2,Sybase,SQLserver7.0等。硬件环境： 最低配置为CPU：PⅣ1.0G以上、内存：1G以上、硬盘：10G以上。
产品性能及需求 第一部分研发容量 本次研发容量为： 1.硬件：嵌入式智能车辆分型仪1台；产品名称：智能违规车辆报警仪 2.软件：车牌识不软件一套； 3.软件：中心治理软件软件一套； 4.软件系统架构：必须采纳C/S架构； 第二部分产权归属 1．本项目的软、硬件研发容量包括一台硬件设备和2套系统软件，产权、版权都为需方所有。 2．供方按照需方的需求完成研发内容，并提供长期的系统技术支持及全面的系统培训。使用户能够熟练的使用所研发的产品。 3.供方提供配套的软、硬件产品讲明书及用户使用手册；电子档、纸质各一份。 4.经友好协商需方按要求支付供方相应的研发启动费用；完成全部研发内容后，经验收测试，达到各项性能指标，支付全款。 第三部分研发势力需求
1.研发案例：供方必须具有同类图像分析、识不硬件与软件 开发的实例； 2.研发资质：供方必须具有同类图像分析、识不硬件与软件 开发的资质； 3.项目预算：供方需依照自提情况，针对本公司对硬件与软 件的开发需求提出自己的可行性研发方案，并 针对所研发的产品进行性能评估及研发费用、 研发周期的预算。 第四部分硬件产品需求 1.车辆分型类不： 1.1分不对拉煤车(包括半挂和后挂)、客运车、油罐车、面 包车、军警车、农用车、三轮车、自行车、摩托车特种车 辆（如110、120、119、吊车等）进行分型，并对各类型 车辆进行数量统计。 1.2 排除车辆分型类不中拉煤车以外的其它车型，并对拉煤车进行数量统计。 1.3 对拉煤空车进行分析、分型，并对拉煤车辆数量统计。 1.4 硬件产品分型准确率：白天>98%，晚上>95% 2. 车辆轨迹分析
软件需求之性能需求分析实例 我们首先来看一个需求：这是一个证券系统中某个业务的“实际需求”，系统总容量达到日委托6000万笔，成交9000万笔，系统处理速度每秒7300笔，峰值处理能力达 到每秒10000笔，实际数3000万 这个例子中已经包括几个明确的需求：最佳并发用户数需求：每秒7300笔，最大并 发用户数需求：峰值处理能力达到每秒10000笔，基础数据容量：实际数3000万，业 务数据容量：日委托6000万笔，成交9000万笔——可以根据这个推算出每周、每月、 每年系统容量的增长模型 要想获得效的性能需求，就要先了解什么样的需求是“有效的”。有效的性能需求应该符合以下三个条件。 1.明确的数字，而不是模糊的语句。结合上面的例子来看，相信这个应该不难理解。 但是的时候了数字未必就不模糊。例如常见的一种需求是“系统需要支持5000用户”， 或者“最大在线用户数为8000”。这些数字的需求仍然不够明确，因为还需要考虑区分 系统中不同业务模块的负载，以及区分在线用户和并发用户的区别。 2.凭据，合理，实际意义。通常来说，性能需求要么由客户提出，要么由开发方提出。对于第一种情况，要保证需求是合理的，有现实意义的，不能由着客户使劲往高处说，要让客户明白性能是有成本的。对于第二种情况，性能需求不能简单的来源于项目组成员、PM或者测试工程师的估计或者猜测，要保证性能需求的提出是有根据的，所使用的数据 和计算公式是有出处的——本文后面的部分会介绍获得可用的数据和计算公式的方法。 3.相关人员达成一致。这一点非常关键。如果相关人不能对性能需求达成一致，可能 测了也白测——特别是在客户没有提出明确的性能需求而由开发方提出时。这里要注意“相关人员”的识别，通常项目型的项目的需要与客户方的项目经理或负责人进行确认，产品型的项目需要与直属领导或者市场部进行确认。 如何获得效的性能需求呢，有下面几种方法来获取： 1.客户方提出，这是最理想的一种方式，通常电信、金融、保险、证券以及一些其他 运营商级系统的客户——特别是国外的客户都会提出比较明确的性能需求。 2.根据历史数据来分析，根据客户以往的业务情况来分析客户的业务量以及每年、每月、每周、每天的峰值业务量。如果客户旧的系统，可以根据已系统的访问日志，数据库记录，业务报表来分析。要特别注意的是，不同行业、不同应用、不同的业务是各自的特点的。例如，购物网站在平时的负载主要集中在晚上，但是节假日时访问量和交易量会是平时的数倍；而地铁的售票系统面临的高峰除了周末，还周一到周五的一早一晚上下班时间。 3.参考历史项目的数据，如果该产品已其他客户使用，并且规模类似的，可以参考其 他客户的需求。例如在线购物网站，或者超市管理系统，各行业的进销存系统。
一、需求分析的意义 需求分析是在网络设计过程中用来获取和确定系统需求的方法，是网络设计过程的基础，是网络系统设计中重要的一个阶段 二、用户业务需求分析 1、用户的一般情况分析 （1）组织结构决定了系统的使用者以及权限等级。 （2）地理位置涉及网络系统的最终拓扑、传输介质和连接方式及节点位置安排等。 （3）应用用户组成和分布决定了各具体应用系统的软件、硬件配置和相应权限配置。硬件集成 （4）网络连接状况包括集团公司网络、分支公司网络、供应商网络、合作伙伴网络及Internet的连接。 (5）发展情况是指网络规模和系统应用水平两个方面。 （6）行业特点调查主要是为一些行业应用系统设计做准备。 （7）现有可用资源是从用户角度进行考虑的。 （8）投资预算要在系统设计之前确定，否则无法为各部分进行细化预算。 （9）对新系统的期望和要求是用户立项的出发点。 2、业务性能需求分析： 响应时间需求分析 1、整体的响应时间 用户的一次功能操作可能由几个客户请求和服务器响应组成，从客户发出请求到该客户收到最后一个响应，经过的时间就是整体的响应时间。在大量的应用处理环境中，超过3s以上的响应时间将会严重影响工作效率。网络和服务器的时延和应用时延都对整体响应时间有影响。 2、网络整体响应时间受到不同机制的影响
吞吐性能需求分析 1．吞吐性能 网络中的数据是由一个个数据包组成的，交换机、路由器和防火墙等设备对每个数据包的处理要耗费资源。吞吐量理论上是指在没有帧丢失的情况下，设备能够接受的最大速率。 2．吞吐性能的影响 吞吐量的大小主要由路由器、防火墙及程序算法的效率决定，尤其是程序算法不合理会使路由器和防火墙系统进行大量运算，通信性能大打折扣。 对于中小型企业来讲，选择吞吐量为100Mbit/s级的路由器和防火墙就能满足需要，而对于电信、金融和保险等行业公司和大企业就需要采用吞吐量吉比特级的路由器和防火墙产品。 可用性能需求分析 网络系统的可用性能需求主要是指在可靠性、故障恢复和故障时间等几个方面的质量需求。 1．网络系统的稳定性 网络系统的稳定性主要是指设备在长期工作情况下的热稳定性和数据转发能力。 2．应用系统的可用性 应用系统的可用性测试需要在用户的实际工作任务和操作环境下进行，可用性测试必须是在用户进行实际操作后，根据其完成任务的情况，进行客观的分析和评估。 并发用户数需求分析 1．并发用户数及测试 并发用户数的支持量多少，决定了相应系统的可用性和可扩展性。 并发性能测试的过程是一个负载测试和压力测试的过程，即逐渐增加负载，直到系统瓶颈或者不能接收的性能点，通过综合分析交易执行指标和资源监控指标来确定系统并发性能的过程。 2．并发性能测试的目的 （1）以真实的业务为依据，选择有代表性的、关键的业务操作设计测试案例，以评价系统的当前性能。 （2）当扩展应用程序的功能或者部署新的应用程序时，负载测试会帮助确定系统是否还能够处理期望的用户负载，以预测系统的未来性能。 （3）通过模拟成百上千个用户，重复执行和运行测试，可以确认性能瓶颈，并优化和调整应用，其目的在于寻找到瓶颈问题。 可扩展性需求分析 1．网络拓扑结构的扩展性需求分析 2．交换机的扩展性需求分析 3．WLAN网络的扩展性需求分析 4．服务器系统的扩展性需求分析 5．广域网系统的可扩展性需求分析 6．应用系统的可扩展性需求分析 3、网络管理需求分析 在比较大型的网络系统中，配置一个专业的网络管理系统是非常必要的。否则，一方面网络管理效率非常低；另一方面，有些网络故障可能仅凭管理员经验难以发现，最终可能会因一些未能及时发现和排除的故障，给企业带来巨大的损失。 服务器管理需求分析 主要功能模块： （1）服务器基本信息管理，包括安装程序、CPU、内存、进程和磁盘分区信息管理。 （2）各种服务的管理，包括HTTP、FTP、SMTP、POP3、DNS服务管理。 （3）数据库的管理，包括Oracle性能和表空间等管理。 （4）性能分析，包括实时、当日和统计性能分析。
上海东方传媒集团有限公司 番茄网手机客户端项目 技术需求书 编号： 版本：Ver 1.0 密级：项目组内公开 项目组 2013年11月
目录 1.项目概述 (3) 1.1.项目目标 (3) 1.2.项目定位 (3) 1.2.1.功能定位 (3) 1.2.2.用户定位 (3) 1.2.3.覆盖范围定位 (3) 2.需求分析 (3) 2.1.UI设计需求分析 (3) 2.2.APP功能需求分析 (4) 2.2.1.版本覆盖 (4) 2.2.2.新闻功能 (4) 2.2.3.专题 (4) 2.2.4.会员系统 (4) 2.2.5.积分系统 (4) 2.2.6.投票 (4) 2.2.7.调查表 (5) 2.2.8.消息推送 (5) 2.3.后台功能需求分析 (5) 2.4.信息安全 (5) 2.4.1.APP应用安全性 (5) 2.4.2.后台应用安全性 (5) 2.5.性能指标 (6) 2.6.应标方资质要求 (6)
1.项目概述 1.1.项目目标 将番茄网的内容通过移动端应用展现，使原有的移动端网页访问变为应用展示，适应性更高，美化度更好，用户体验更佳。 1.2.项目定位 1.2.1.功能定位 ?新闻展示和发布 ?专题制作、展示和发布； ?会员对接认证系统； ?登录、评论获取积分 ?用户参与投票、调查表 ?消息推送。 1.2.2.用户定位 ?面向SMG内部用户，提供新闻信息服务、同时让用户参与投票、调查。 1.2.3.覆盖范围定位 ?IOS、安卓、WP系统移动端 2.需求分析 2.1.UI设计需求分析 1.整体页面风格参考常规新闻类APP，如搜狐新闻、新浪新闻等。 2.主色调使用番茄色，登陆页使用SMG LOGO颜色，登录页要有SMG LOGO。 3.页面需要提供2-3套风格供选择。
XXX系统性能需求分析 作者： 发布日期： 文档版本： 文档编号： 文档历史： 目录 1．简介 (2) 2．文档目的 (2) 3．适用范围 (2) 4．性能需求 (2) 4.1.负载测试需求 (2) 4.2.压力测试需求 (2) 4.3.容量测试需求 (3) 4.4.其他 (3) 5．业务模型 (3) 5.1.单一业务并发操作模型表 (3) 5.2.组合业务并发操作模型表 (3) 5.3.时间段用户业务模型表 (4) 5.4.后台业务模型表 (4) 5.5.服务器资源利用率表 (4)
1．简介 2．文档目的 本文档全面系统地描述了XXX系统性能方面的需求，文档经过批准以后用于后续的系统设计、开发和测试。 文档用于一下目的： ●明确定义系统性能方面的全部需求。 ●系统架构师根据此文档进行系统的架构设计。 ●性能测试工程师依据此文档进行性能测试计划方案的编写，性能测试需 求分析、脚本开发、场景设计和结果分析。 3．适用范围 本文档适用于XXX系统软件组织内部的性能需求分析、设计、开发和测试工作，也适用于用户的验收测试。 4．性能需求 4.1.负载测试需求 指数据在超负荷环境中运行，程序是否能够承担。 4.2.压力测试需求 在系统资源特别低的情况下软件系统运行情况，目的是找到系统在哪里失效以及如何失效的地方。
4.3.容量测试需求 确定系统可处理同时在线的最大用户数 4.4.其他 ●系统用户数量为X万，数据库数据量为XXX万条； ●XX响应时间不超过3s； 5．业务模型 5.1.单一业务并发操作模型表 5.2.组合业务并发操作模型表
5.3.时间段用户业务模型表 5.4.后台业务模型表 5.5.服务器资源利用率表 服务器资源利用率 表.xls
由于博客的沟通方式比电子邮件、讨论群组更简单和容易，博客已成为家庭、公司、部门和团队之间越来越盛行的沟通工具，因为它也逐渐被应用在企业内部网络（Intranet）。目前，国内优秀的中文博客网有：新浪博客，搜狐博客，中国博客网，腾讯博客，博客中国等。 1.1目的 1.2博客通常称为网络日志作为目前网络流行的交流方 式主要提供给用户一个沟通的平台，以在表文章图片留言等来与他人进行沟通 2 业务需求 2.1业务描述 近年来随着信息技术的进步，人们的日常需求越来越来打，在网络方面，博客越来越受到更多人的青睐，许多的着眼于这方面，为了能够更好的管理网名们的博客，我设计了博客管理系统，它能更好的管理网名们的博客，包括对博客网
友们博客注册，登陆，发表论坛，网友们的评论及回复，博客的人气度，登录时间，发表时间，以及其他网友的留言等。从而更好地管理人们的个人博客及相互间的联系。 3 功能需求 （1）根据对系统的特点和应用的分析，可以得到本系统主要有如下功能：这部分又分为用户登录、用户退出两个部分。功能又分为用户登录、用 户退出两个部分 3.1登陆：主要用于验证博客网站用户信息的真实身份，以便对博客网 站进行管理和维护。通过系统管理员写入用户名，密码登录到网站。 网站检测用户用户名，密码并给予其相应的权限对博客网站进行操作。 3.2用户退出：已经登陆的用户可以退出，释放自己所占有的各种信 息资源。 （2）文章管理主要有文章的发表、查询、浏览、评论和删除功能。 2.1博客的系统管理员 博客的系统管理员除了可以查询、浏览和评论文章外，还可以对系统 中的所有文章以及评论进行修改、删除操作。这些维护和管理拥有最高权限，并且系统自动更新在服务器端数据库中的数据。文章的发表：博客用户可以发表自己的文章，文章包括主题、正文、表情、图片等信息，作者通过各种元素来展示自己的想法和思想。系统接受这些信息并且存储在服务器端的数据库中。还可以对博客主页的外观、博客使用的插件、工具进行添加、删除、设置。
第三章需求分析 一. 填空题 1.需求分析的步骤, , , 。 2.需求分析阶段需编写的文档有，，。 3.系统规格说明，数据要求，， ,这四份文档资料是在书写文档阶段必需完成的。 4.在书写文档阶段，数据要求主要包括通过需求分析建立起来的，以及描绘数据结构的层次方框图。 5.对于计算机程序处理的数据，其数据域应包括, , 和数据结构。 6.数据内容即是。 7.把一个功能分解成几个子功能，并确定, 就属于横向分解。 8.软件需求的逻辑视图给出, 而不是实现的细节。 9. 功能一般用, 来表示。 10.结构化分析方法是, 进行需求分析的方法. 11.描述结构化分析方法的工具有，，，判定表，判定树。 12. SA方法中自顶向下的分析策略主要是和。 13.数据流图的基本组成部分有，，，。 14.数据流图的特性，，，。 15.数据流图和数据字典共同构成了系统的模型，是需求规格说明书的主要组成部分。 16.分析员通过需求分析，逐步细化对软件的需求，描述软件主要处理的，并给软件开发提供一种可转化为，和的数据与功能表示。 17．需求分析阶段研究的对象是软件项目的。 18．数据流图的基本符号包括，，，。19．在需求分析阶段常用的图形工具有，，。20．需求分析应交付的主要文档是。 二. 选择题 1. 需求分析中开发人员要从用户那里了解（） A．软件做什么B．用户使用界面C．输入的信息D．软件的规模 2. 需求分析阶段的任务是确定（） A．软件开发方法 B．软件开发工具C．软件开发费 D．软件系统的功能 3. 需求分析阶段最重要的技术文档之一是非曲直（）。 A．项目开发计划 B．设计说明书 C．需求规格说明书 D．可行性分析报告
物流管理系统需求分析 本章主要对系统进行需求分析。首先介绍了现代物流管理系统的概念，并列出系统功能需求，再从系统各功能模块作分析，得出其详细需求分析，最后本章讲述了系统业务流程，主要包括销售管理、企业采购和企业库存数据流程图等流程分析。 3.1 现代物流管理系统 物流的信息化管理随着物流行业的发展壮大，日益为从业者和管理信息系统提供商所重视。在欧美等发达国家，物流的产值己经占到国民生产总值相当大的部分，物流信息管理系统对此行业的贡献不容忽视，所以中国要成为东亚乃至环亚太地区的物流中心，构筑现代物流信息管理系统也是重中之重。 物流的信息管理就是对物流信息的收集、整理、存储传播和利用的过程。也就是将物流信息从分散到集中、从无序到有序、从产生传播到利用的过程。同时对涉及物流信息活动的各种要素，包括人员、技术、工具等进行管理，实现资源的合理配置。 信息的有效管理就是强调信息的准确性、有效性、及时性、集成性、共享性。所以在信息的收集、整理中要避免信息的缺损、失真和失效，要强化物流信息活动过程的组织和控制，建立有效的管理机制。同时要加强交流，信息只有经过传递交流才会产生价值，所以要有信息交流、共享机制，以利于形成信息积累和优势转化。 物流信息化管理可以实现物流作业的自动化，通过条码和数控工具、GPS (Global Positioning System，全球定位系统)等现代管理工具与方法，可以大大的提高劳动的生产效率。同时可以实现三流的统一，就是说资金流、物流与信息流可以及时集成的反映到工作人员的眼前，做到心中有数，办事有力。 一个典型的制造企业，其需求预测、原材料采购和运输环节通常叫做进向物流，原材料在工厂内部工序间的流通环节叫做生产物流，而配送与客户服务环节叫做出向物流。物流管理的关键则是系统管理从原材料、在制品到成品的整个流程，以保证在最低的存货条件下，物料畅通的买进、运入、加工、运出并交付到客户手中。其业务流程如下图
软件需求分析（Software Reguirement Analysis）是研究用户需求得到的东西，完全理解用户对软件需求的完整功能，确认用户软件功能需求，建立可确认的、可验证的一个基本依据。 软件需求分析是一个项目的开端，也是项目实施最重要的关键点。据有关的机构分析结果表明，我们设计的软件产品存在不完整性、不正确性等问题80％以上是需求分析错误所导致的，而且由于需求分析错误造成根本性的功能问题尤为突出。因此，一个项目的成功软件需求分析是关键的一步。 一、软件需求分析理论 如果我们用数学方法来描述软件需求分析，可以将一个应用软件定义为S，可能应用软件涉及功能性问题非常广，我们用抽象化理论分析，可以划分为各个功能域，可以用D1、D2、… Dn表示，那么，我们可以用一个表达式描述为S={D1，D2，D3，…Dn} 但是，功能域Di依然存在着有若干个问题P1、P2、P3、… Pm组成，并且每个功能对应于子系统中的一个软构件，我们可以表示为 Di={P1，P2，P3，…Pm} 同样，功能Pj有若干个行为F1、F2、F3、… Fk，每个行为对应于软构件中的实现方法 Pj={F1，F2，F3，…Fk} 一个软件包含了所有功能的集合，同时包含了实现所有功能的所有方法和算法描述。需求分析是依据于用户需求，经过需求问题识别，进行分析、消化与综合，制订规格说明，评审，分为四个阶段，形成用户需求与设计同步，设计满足用户需求目标。 需求分析方法始终贯穿着吸收、同化、贯彻方法和手段，用商业化行为解决需求与实现中存在的矛盾，解决用户需求与商业化产品融通，解决规范与个性化追求。 二、软件需求分析目标 软件需求分析的主要实现目标： 1）对实现软件的功能做全面的描述，帮助用户判断实现功能的正确性、一致性和完整性，促使用户在软件设计启动之前周密地、全面地思考软件需
教师信息管理系统 1.引言 (3) 1.1 编写目的 (3) 1.2项目风险 (3) 1.3预期读者和阅读建议 (3) 1.4产品范围 (3) 2.综合描述 (4) 2.1产品的状况 (4) 2.2产品的功能 (4) 2.3用户类和特性 (4) 2.4运行环境 (5) 3.外部接口需求 (5) 3.1用户界面............... (6) 4.系统功能需求 (7) 4.1输入、输出数据 (7) 5.其它非功能需求 (7) 5.1性能需求 (7) 5.2安全性需求 (7) 6分析模型 (8) 1.引言 随着我国社会主义市场经济的发展和改革开放的不断深入，计算机的应用已遍及国民经济的各个领域，计算机来到我们的工作和生活中，改变着我们和周围的一切。 在以前，学校用手工处理教师档案以及工资发放等繁多的工作和数据时，人手总会出现些不必要的错误和问题，特别是在查找，统计和保存方面。 与此相适应，用计算机代替手工管理，是信息社会发展的必然趋势，也是我们计算机工作者的责任。 教师信息管理系统开发主要包括数据库的建立和维护以及应用程序的开发两个方面。要求建立起数据一致性和完整性强。数据安全性好的库，要求应用程序功能完备，易使用等特点。 关键字：面向对象，数据一致性，信息管理系统，数据库，VisualBasic，SQL Server。 1.1编写目的 通过调查分析，教师信息管理系统是针对教师日常工作安排来设计开发的系统。一是动态了解教师教研信息，规范管理教师的个人基本信息、科研信息、奖惩信息等；二是为我系教师绩效评估提供支持和参考。写出需求分析文档作为项目设计的基本准则要求，以及作为系统分析员进行
需求分析与定义 1. 软件需求： 软件需求分为三大部分： 1)、功能需求：指系统需要完成那些事情，即向用户提供那些功能。 2)、非功能需求：指产品所具备的品质和属性，比如可靠性、扩展性、响应时间、性能等等。。。 3)、设计约束：也称条件约束、补充规则。比如用户要安装该产品他需要有什么样的必备条件。（系统对操作系统的要求、硬件环境的要求等等…..） 2. 需求调查与问题定义： 在做需求调查时需要做到两W一H即 What、Where、How 1)、What-----应该收集什么信息 2)、Where----从什么地方收集 3)、How-------用什么机制或技术来收集 3.需求分析 需求分析通常包括六个方面： 1)、绘制系统上下文范围关系图：主要用于定义系统与系统外部实体间的界限和接口的简单模型，他可以为需求确定一个范围。其实就是DFD的0层图。 2)、创建用户接口原型：这里我们可以把他看成是用户操作的一个雏形，什么意思呢就是我们通常所说的界面用户通过一系列的操作完成他想达到的效果的接口。 3)、分析需求的可行性：这个需求我们应该用什么技术解决，他实现后的性能怎么样，是否与其他需求相重合或是矛盾，这里一定要注意不要把系统的这个需求怎么用代码实现想进去。在需求分析时应多注意需求本身是否有用不必考虑怎么实现。 4)、确定需求的优先级：可采用满意度/不满意度指标来说明（满意度1-5 表示当需求被实现时用户的满意程度；不满意度取值同理） 5)、为需求建立模型：这里可以用UML创建用例图或是E-R图再加上少量的文字描述。
6)、使用质量功能调配（QFD）：这里我的理解是分析员根据需求的理解发现隐藏需求而这些需求是用户也没有想到的需求，系统实现后会给用户一个惊喜，而没实现用户也不会有抱怨。 4.需求分析方法 现在比较流行的软件需求分析方法有4种，其中3种理论比较成熟。 1)、结构化分析方法（Struetured Analysis,SA）：这个大家想必很熟悉了不在复述。 2)、软系统方法：这只是过度性的方法论他的出现只是证明结构化分析方法的一些不足。因为结构化分析方法采用的相对形式化的模型不仅与社会观格格不入，而且在解决“不确定性”时显得十分无力。 3)、面向对象分析方法（Object Oriented Analysis，OOA）：这也是我下文想讲的分析方法 4)、面向问题域的分析（Problem Domain Oriented Analysis,PDOA）：OOA也存在着很多不足，但PDOA现在正在研究中所以未被广泛应用。这里需要注意的是：在软件开发中有很多需求分析方法他们没有好坏之分只要你运用得当照样可以做出一个很好的系统，依据个人对某个方法的理解用自己最擅长的方法是最明智的选择。 5.面向对象需求分析（OOA） 面向对象这个概念很简单但也很复杂我在这里不做深入探讨。我将从实际出发来和大家一起探讨下在实际开发中我们应该怎么做。 OOA的精髓在于世间万物均为对象采用OOA方法在整个过程中包括2个工作任务：建立一个反应问题域静态关系的概念模型，就是我们通常所说的类图；另一个反应系统行为的动态模型，即用例模型那么我们在实际开发中到底怎么做呢？ 1）建立域模型 寻找类：在寻找类时有多种方法典型的是根据需求文档用“名词动词法”来寻找，找出备选类后再从中寻找出真正的类。（注意在用此方法时切记不要咬文嚼字专牛角尖在这里花费很长的时间） 确定类之间的关联：这个过程是迭代的我们需要理清楚这些类之间的关系如关联、继承、聚合等然后通过UML记录下来。类之间的关系不是一下子就能确定下来的是要慢慢完善的为类添加职责：这里就可以理解成为类添加所需要的属性和方法。 域模型的详细度：这里不做太多要求可以写的很详细也可以写的简单写，可以把握好一个原则：只要能有利于团队更好的开发就是好模型。 2）建立用例模型
欢迎阅读 软件需求分析（Software Reguirement Analysis）是研究用户需求得到的东西，完全理解用户对软件需求的完整功能，确认用户软件功能需求，建立可确认的、可验证的一个基本依据。 1）对实现软件的功能做全面的描述，帮助用户判断实现功能的正确性、一致性和完整?性，促 使用户在软件设计启动之前周密地、全面地思考软件需求； 2）了解和描述软件实现所需的全部信息，为软件设计、确认和验证提供一个基准；
3）为软件管理人员进行软件成本计价和编制软件开发计划书提供依据； 需求分析的具体内容可以归纳为六个方面：软件的功能需求，软件与硬件或其他外部系统接口，软件的非功能性需求，软件的反向需求，软件设计和实现上的限制，阅读支持信息。 软件需求分析应尽量提供软件实现功能需求的全部信息，使得软件设计人员和软件测试人员不再需要需求方的接触。这就要求软件需求分析内容应正确、完整、一致和可验证。此外，为保证软件设计质量，便于软件功能的休整和验证，软件需求表达无岔意性，具有可追踪性和可修改性。2.1、????? 软件功能需求 1 不 （5）??? 尽可能不使用“待定”这样的词。所有含有待定内容的需求都不是完整的文件，如果出现待定的部分，必须进行待定部分内容说明，落实负责人员、落实实施日期。 2）功能描述的无岔意性和可追踪性 需求功能描述的无岔意性、可追踪性和规范化： （1）??? 功能描述必须清晰地描述出怎样输入到怎样输出，并且输入、输出描述应对应有数据流描述、控制流描述图，这些描述必须与其它地方描述一致；
（2）??? 可以用语言、方程式、决策表、矩阵或图等对功能的描述。如果选用语言描述必须使用结构化的语言，描述前必须说明该步骤（或子功能）的执行是顺序，选择， 重复，还是并发，然后说明步骤逻辑。整个描述必须单入单出。 （3）??? 描述时，每一个功能名称和参照编号必须唯一，且不要将多个功能混在一起进行描述，这样便于功能的追踪和修改。 （4）??? 功能描述应注意需求说明和程序设计的区别。需求设计仅仅是软件的功能设计，它给出软件运行的的外部功能描述，以及为了实现这一外部功能必须做哪些事情（采 2.2、 2.3、 （2）??? 处理容限、精度、采样参数的分辨率，误差处理等； （3）??? 可靠性的MTBF要求，可维护性、安全性要求等。（对可能的不正常的输入给以正常响应是可靠性的重要内容，这属于功能性需求。） 2.4、????? 软件反向需求 软件的反向需求描述软件在那些情况下不能做什么。这一条是随软件实际要求而定。有两类情形需要采用反向需求的形式。第一种情况：某些用户需求适宜采用反向形式说明，如数据安全性要求属于这类形式。第二种情况：对一些可靠性和安全性要求较高的软件，有些必须描述软件不能做些什么。如控制点火时序，我们必须交代清楚在那些情况下不能点火，否则会造成故障。
3系统需求分析 3.1 超市管理系统的功能需求 进货管理：其功能是对供应商信息进行管理，并根据企业情况制定进货计划， 实施产品采购，并进行进货查询。 库存管理：其功能是对采购来的产品进行企业内部编码入库，产品分类等活动，同时能够根据销售清单进行出货管理，以及库存统计。 销售管理：其功能是提供一般的销售管理，能够进行销售明细查询和打印销售报表。 人事管理：其功能是对超市的员工和供货商信息进行管理，包括查询，更新等。 整个超市管理系统的主要功能需求图如3-1所示： 图3-1 系统功能结构图 3.2 各子模块的功能需求 (1)库存管理模块：该管理软件将对库存货物进行资料管理和统计，对产品 的进货单和产品的销售单进行录入管理和统计； (2)进货管理模块：该管理软件将根据用户的需要对进货、销售、库存情况进行查询，并能打印详细信息；
(3)销售管理模块：该管理软件将为用户提供账号管理工具，以便用户对账号进行管理，具体为添加用户、删除用户、修改用户密码； (4)人事管理模块：该管理软件提供企业人员管理，能够对企业员工的分类管理，新员工的加入以及员工删除，修改进本信息等功能。 3.3超市管理系统的性能需求 为了保证系统能够长期、安全、稳定、可靠、高效的运行，机票预定系统应该满足以下的性能需求： (1)数据精确度 产品的进货单和销售单中，单价、金额采用浮点数，保留至小数点后两位。 (2)时间特性 该管理系统软件从启动到进入系统登录界面的时间正常情况下应少于5秒，录入并更新数据的时间正常情况下少于2秒。 (3)适用性 该管理系统软件适用于Windows 2000/xp及以上操作系统。 3.4超市管理系统的数据需求 1．数据录入和处理的准确性和实时性 数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。数据的输入来源是手工输入。手 工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统 的培训。 2．数据的一致性与完整性 由于系统的数据是共享的，所以如何保证这些数据的一致性，是系统必须解决的问题。要解决这一问题，要有一定的人员维护数据的一致性，在数据录 入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。 对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应 该拒绝该数据。