利顿公司航材系统需求分析文档
2013
-7-10
航材系统送修和退料管理
需求分析文档
我们组完成的是航材系统中的送修管理和退料管理这两个模块，其中送修管理又分为送修合同管理和催修管理。系统包括三个主页面及其附属页面。航材指除
航空器集体以外的所有航空器部件和原材料。
通过航材系统管理来进一步规范航材送修和退料管理，提高航材使用率，最大限度的降低航材成本，逐步实现航材精细化管理，提升公司航材管理水平。
中国民航大学计算机学院暑期实训组
2013-7-10
引言
1.1编写目的：
在航空航天飞速发展的今天，关于航材的一系列工作越近人民的视线。为了实现机务部等公司不同部门人员间的协同工作。要提高航材使用率和航材的可跟踪性。航材系统应运而生
航材系统要实现航材送修、送修工作流控制，送修厂家控制，送修合同管理，航材催修和航材退料，统计及分析功能。
要以合理的航材送修，催修和退料来保证飞机所需的航材正确到位，损坏的航材得到及时维修，待处理的航材得到及时评估并安排下一步使用，从而降低公司运营管理中航材成本和航材管理费用。
通过航材系统管理来进一步规范航材送修和退料管理，提高航材使用率，最大限度的降低航材成本，逐步实现航材精细化管理，提升公司航材管理水平。
1.2项目开发组：
姓名学号
组长李强100341312
组员沙永鹏100341321
组员徐天边100341331
组员杜丽云100341304
组员王兴磊100341327
运行环境
本软件的运行环境，包括：
硬件平台：
台式机，笔记本电脑；打印机：可选。
操作系统和版本：利顿aMRO系统。
支撑环境(例如：数据库等)和版本：oracle数据库，java开发工具eclipse。
其它与该软件有关的软件组件：
可选软件平台：
中文Windows95
Windows95、Windows NT 4.0或更高版本 + 中文之星2.0；
WindowsXP ，Windows7；
3 系统功能
3.1 系统功能模块图
航材送修及退料系统
送修管理待处理信息
送
修合同管理催修管理
编辑
审
批
取
消
催
修
转
发
报
废
查
询
保
存
排
序
提
交
报
价
换
件
清
单
上
传
附
件
上
传
附
件
删
除
保
存
编
辑
修
理
处
理
报
废
处
理
可
用
退
料
查
询
保
存
单
据
作
废
增
加
﹁
退
库
﹂
2.2 功能需求
2.2.1 基本信息
本项目系统是基于立顿航材管理系统应用的子系统，通过航材系统管理来进一步规范航材送修和退料管理，提高航材使用率，最大限度的降低航材成本，逐步实现航材精细化管理，提升公司航材管理水平。
本项目开发的软件采用PLSQL（数据库）和eclipse（java开发工具）以及利顿aMRO系统。方便机务部等各部门同事更方便的掌握航材的送修，催修及退料处理。
本模块是集中所有所有出问题的航材，按照是否可以使用，送往其他部分分别进行处理的模块。
1）出问题的航材包括飞机上换下来的件，仓库里保存时间太长，可能会影响使用的件等，都需要集中到待处理模块进行处理。需要增加记录
（2）鉴定待处理航材如果是可用件，直接送到商务检验部分进行检验然后使用，是不可用件的话，将航材进行送修处理。
（3）如果是不能继续使用，或者没有维修价值的话，将被视为报废件，进行报废处理。
另外就是一些模块内部功能；
（1）航材信息录入有误，或者部分信息没有完整录入等，需要对航材信息进行编辑。
（2）航材信息录入错误，需要对待处理单据进行作废处理。
3.2.2 功能分析
?航材待处理信息
1.当航材退料经过退库的同时，将航材数据传输如待处理信息中，显示状态为未处理。
2.在待处理信息中，对未处理信息进行处理，如果航材为可用件，则将处理结果变为可用入库；如果航材为有损坏的不可用件，则判断能否修复，如果能修复则将处理结果变为修理；如果不能修复则将处理结果变为报废件；如果经过各种事故（例如信息丢失，航材丢失或彻底损坏）使该条待处理信息无作用，则将处理结果变为单据作废，将航材信息除去。
3.将待处理信息中处理结果为可用入库的航材发送给商务检验菜单；将处理结果为修理的航材发送到航材送修合同管理；将处理结果为报废件的航材进行报废处理；将处理结果为单据作废的航材数据删去。
?航材送修合同管理
进入到航材送修合同管理中，编辑合同状态为临时合同或制定中的合同。然后审批这些合同，使他们的状态变为已审批，然后对已审批的航材进行催修，只能对状态为临时合同、制定中合同和已审批合同进行报废处理和取消处理；只能转发状态为取消的送修合同；只能对已审批，完成和部分完成的合同进行提交报价操作。
?航材催修管理
进入到航材催修管理中，点击查询按钮，显示航材送料合同管理中已审批合同催修的所有航材信息，可以删除这条信息，或者为其上传附件，在预计返回日期栏有一款日历控件。
4 结构设计
4.1数据流图：
航材待处理航材退料
报废
航材是否可用
商务
检验航材送修
F
T
待处理信息退库
可用件
报废件
可修理件
商务检验
报废
送修管理
送修合同管理
催修管理
催修操
作
送修
制定
送修
合同完成修理进行检验
4.2 E-R图：
送修合同付款方式备注合同周期
操作人操作日期审批人审批日期合同状态退料航材条码
序号
件号
修理厂家编号合同种类指定人合同日期代理主键送修合同号
拆自机号拆下日期
装机日期
退库日期
数量
参考价
单位
故障原因
SB 信息
特殊说明
故障原因
币种
处理过程待处理信息待处理原因发动机号交件人交件日期接件人处理期限操作员操作时间原因描述拆换单拆换单拆下日期拆下日期观察件确认人写入催修信息处理过程
合同号
送修日期名称承修厂家催修人
催修日期
预计返回日期
4.3 模块操作表
退料管理： 名字空间
操作 描述 Sql 操作 操作表名 namespac
e
Operation Discripstio n Sql_exp r Table_name replace
Available 可用退料 USP_DEAL_MM_STORE_RETUR N Replace
Save 保存 AA_STORE_RETURN_3 Replace
Nullify 单据作废 AA_STORE_RETURN_3 Replace
Repair 修理 USP_DEAL_MM_STORE_RETUR N replace
Scrap 报废 USP_DEAL_MM_STORE_RETUR N replace ListMmStoreRetur
n 查询信息（添加） v_aa_store_return_3
namespace opration description Sql_expr Table_name hurryRepair attach 上传附件select t.*,
f_get_emname3(t.cx_man)
as cx_man_name,
r.order_no,
r.order_date,
r.vender_name,
r.pn,
r.pn_name,
r.sn,
f_hasaddons(t.pkid,
'hurryRpair') as
HAS_FILE
from AA_REPAIR3 t,
v_aa_repair_order_3 r
where t.order_pkid =
r.pkid
hurryRepair delete 删除AA_REPAIR3 航材送修管理合同：
namesp
ace
opration description S ql_expr Service_class T able_name
repair approval审批AA_REPAIR_O
RDER_3 repair approval上传附件
repair cancel取消
repair edit编辑
repair replacement换件清单
repair rush催修
repair saveRepairor
der 保存合同AA_REPAIR_O
RDER_3
repair scrap报废
repair search数据查询AA_REPAIR_O
RDER_3 repair submit提交报价
repair transmit转发
repair deleteRepai
rorder 删除合同AA_REPAIR_ORDE
R_3
repair executeComm
and 添加去除SB信
息
wsa.handler.C
ustomSqlHandl
er
listSbinfo SB列表
repair listSbinfo2 SB列表
SB列表的sql_expr：select a.pkid as applypart_pkid,
a.pn,
a.sn,
a.eo_pkid,
c.file_no,
c.title,
c.source,
b.pkid,
b.eo_no,
b.ver,
f_hasaddons(b.pkid, 'meeowrite') as has_file,
(select sf.filename
from sys_upload_file sf
where sf.record_pkid = b.pkid
and sf.moduleid = 'meeowrite') as file_name,
(select sf.place
from sys_upload_file sf
where sf.record_pkid = b.pkid
and sf.moduleid = 'meeowrite') as file_place,
(select https://www.wendangku.net/doc/3712234392.html,er_name from ws_user u where https://www.wendangku.net/doc/3712234392.html,er_id = b.ratifier) as ratifier from me_apply_part a
inner join me_engineering_order b on a.eo_pkid = b.pkid
inner join me_sb_management c on b.sb_pkid = c.pkid
where b.status = 'ME_EO_ISSUE'
union all
select a.pkid as applypart_pkid,
a.pn,
a.sn,
a.eo_pkid,
c.file_no,
c.title,
c.source,
b.pkid,
b.eo_no,
b.ver,
f_hasaddons(b.pkid, 'meeowrite') as has_file,
(select sf.filename
from sys_upload_file sf
where sf.record_pkid = b.pkid
and sf.moduleid = 'meeowrite') as file_name,
(select sf.place
from sys_upload_file sf
where sf.record_pkid = b.pkid
and sf.moduleid = 'meeowrite') as file_place,
(select https://www.wendangku.net/doc/3712234392.html,er_name from ws_user u where https://www.wendangku.net/doc/3712234392.html,er_id = b.ratifier) as ratifier from me_apply_part a
inner join me_engineering_order b on a.eo_pkid = b.pkid
inner join me_ad_management c on b.ad_pkid = c.pkid
where b.status = 'ME_EO_ISSUE'
SB列表的sql_expr：select *
from (select a.pkid as applypart_pkid,
a.pn,
a.sn,
a.eo_pkid,
c.file_no,
c.title,
c.source,
b.pkid,
b.eo_no,
(select pt.status
from pt_sb_status pt
where pt.order_pkid = ?
and pt.eo_pkid = a.eo_pkid
and pt.vpn = a.pn) sb_status,
b.ver,
f_hasaddons(b.pkid, 'meeowrite') as has_file,
(select sf.filename
from sys_upload_file sf
where sf.record_pkid = b.pkid
and sf.moduleid = 'meeowrite') as file_name,
(select sf.place
from sys_upload_file sf
where sf.record_pkid = b.pkid
and sf.moduleid = 'meeowrite') as file_place,
(select https://www.wendangku.net/doc/3712234392.html,er_name
from ws_user u
where https://www.wendangku.net/doc/3712234392.html,er_id = b.ratifier) as ratifier
from me_apply_part a
inner join me_engineering_order b
on a.eo_pkid = b.pkid
inner join me_sb_management c
on b.sb_pkid = c.pkid
where b.status = 'ME_EO_ISSUE'
and not exists (select *
from pt_sb_status p
where p.vpn = a.pn
and p.sn = a.sn
and p.status = 'DONE')
union all
select a.pkid as applypart_pkid,
a.pn,
a.sn,
a.eo_pkid,
c.file_no,
c.title,
c.source,
b.pkid,
b.eo_no,
(select pt.status
from pt_sb_status pt
where pt.order_pkid = ?
and pt.eo_pkid = a.eo_pkid
and pt.vpn = a.pn) sb_status,
b.ver,
f_hasaddons(b.pkid, 'meeowrite') as has_file,
(select sf.filename
from sys_upload_file sf
where sf.record_pkid = b.pkid
and sf.moduleid = 'meeowrite') as file_name, (select sf.place
from sys_upload_file sf
where sf.record_pkid = b.pkid
and sf.moduleid = 'meeowrite') as file_place, (select https://www.wendangku.net/doc/3712234392.html,er_name
from ws_user u
where https://www.wendangku.net/doc/3712234392.html,er_id = b.ratifier) as ratifier
from me_apply_part a
inner join me_engineering_order b
on a.eo_pkid = b.pkid
inner join me_ad_management c
on b.ad_pkid = c.pkid
where b.status = 'ME_EO_ISSUE'
and not exists (select *
from pt_sb_status p
where p.vpn = a.pn
and p.sn = a.sn
and p.status = 'DONE')) ss
电子书管理系统需求分析
WEP电子书管理系统需求分析书 （一）读者管理员登陆模块 （二）电子图书馆管理部分 1、图书管理：添加图书、删除图书、改变图书分类和修改图书信息等操作。 2、评论管理：对所有的读者留下的评论进行管理、对相应的好看的书籍进行评 定，而且还可以查询。 3、类别管理：添加图书类别、删除图书类别、修改图书类别。 4、精品推荐：可以把电子图书按不同的等级推荐管理。 5、统计分析：对所有的电子图书进行统计分析。 （二）读者查阅部分 1、最受欢迎的图书：根据用户点击率自动排序，点击率最高的前图书会在电子图书馆中自动显示出来 2、新书快递：根据管理员添加图书的时间进行排序，最新添加的图书会在电子图书馆中自动显示出来 3、推荐图书：按照管理员向读者推荐书，图书将在电子图书馆中自动显示出来 4、图书评论：级别高的读者对图书发表的观点，读者可以看到每个人对该书的评论 5、图书查询：可以按不同的类别查询你想要浏览的图书。例如按照书名检索、按照作者名检索、按照出版社检索等。 6、个人收藏夹：可以将自己喜欢的图书列表保存到自己的收藏夹中，这样下次 登录系统时不必再一一查询，直接从收藏列表中选取要阅读的图书即可。用户需对收藏夹列表具有全功能的管理权限，例如，可以往其中添加书籍，也可以从其中删除书籍等。 7、读书笔记：增加读者看该书籍的时候所有感想，想记下来的笔记，读者可以有感而发。
1.数据库设计： 1)E-R图 表1：图书分类表Catalog：存放电子书籍的分类信息：方便查找读书 表2：图书所属目录表Catalog_Ebook：存放目录的嵌套结构 表3：图书表(book)，存放每本书的详细信息
系统需求分析报告-范例1
高校学生学籍管理信息系统 系统需求规格说明书 （系统需求分析报告）
目录 1-------------------------------------------------------------------概述1．1----------------------------------------------------------------背景1．2-------------------------------------------------------------系统目标1．2．1------------------------------------------------------应完成的任务1．2．2------------------------------------------------------不完成的任务1．3------------------------------------------------------------业务模式1．4-------------------------------------------------------------业务状况2---------------------------------------------------------------用户需求2．1-------------------------------------------------------------业务需求2．1．1---------------------------------------------------------使用范围2．1．2----------------------------------------------------------功能要求2．1．3----------------------------------------------------------权限管理2．2-------------------------------------------------------------性能需求3---------------------------------------------------------------业务流程3．1-----------------------------------------------------与其他系统的关系3．2----------------------------------------------------------业务流程图4---------------------------------------------------------------业务逻辑4．1-------------------------------------------------------------业务分解4．2------------------------------------------------------------业务描述5---------------------------------------------------------------数据分析5．1------------------------------------------------------------数据单据5．2------------------------------------------------------------数据分析5．2．1---------------------------------------------------------数据分类5．2．2---------------------------------------------------------数据描述6-------------------------------------------------------------------附件
(完整版)博客系统需求分析
校园博客系统需求分析 评审日期：2010 年04 月01 日 目录 1导言 (1)
1.2范围 (1) 1.3缩写说明 (1) 1.4术语定义 (1) 1.5引用标准 (1) 1.6参考资料 (2) 2系统定义 (2) 2.1项目来源及背景 (2) 2.2系统整体结构 (2) 3应用环境 (3) 3.1系统运行网络环境 (3) 3.2系统运行硬件环境 (4) 3.3系统运行软件环境 (4) 4功能规格 (4) 4.1角色（ A CTOR ）定义 (5) 4.1.1博客访问者 (5) 4.1.2管理用户 (5) 4.1.3 数据库 (6) 4.2系统主U SE C ASE图. (6) 4.3客户端子系统 (6) 4.4管理端子系统 (8) 4.4.1 登录管理 ....................................................... 10 4.4.2 类型管理 ......................................................... 11 4.4.3 评论管理 ....................................................... 12 4.4.4 留言管理 ....................................................... 12 4.4.5 图片管理 ....................................................... 12 4.4.6 用户管理 ....................................................... 13 5性能需求 (13) 5.1 界面需求 (13) 5.2响应时间需求 (13) 5.3可靠性需求 (13) 5.4开放性需求 (14) 5.5可扩展性需求 (14) 5.6系统安全性需求 (14) 6产品提交 (14)
人事管理系统需求分析
人事档案管理系统需求分析说明书 1 引言 需求规格说明书是需求分析的产物，它是软件系统生存期中软件定义阶段的最后一个步骤。作为整个软件开发过程的指南，它也是软件开发人员开发出符合用户要求的软件的基础。 1.1 编写目的 软件需求说明书的编制目的是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。 本软件需求说明书的读者是系统开发人员或合同约定的人员。 1.2 背景说明 （1）本系统的名称是：人事档案管理系统。 （2）本项目的任务提出者是任课老师，开发者是信息科学学院08计本1班，用户是企业人事及相关部门，实现该软件的计算中心是**信息管理学院电子商务技术中心。 （3）本系统能为其他的系统提供人事数据。 1.3 定义 数据字典：关于数据的信息的集合，也即是对数据流图中包含的元素的定义的集合。 VB：Visual Basic。 1.4 参考资料 （1）企业的人事档案管理系统开发合同。 （2）引用资料 [1]张海藩. 软件工程导论. 北京：清华大学出版社，2005. [2]石柱. 软件工程标准手册. 北京：中国标准出版社，2004. 2 任务概述 2.1 目标 人事档案管理是现代企业人事资源管理中的重要内容，也是人力资源开发利用的基础性工作。人事档案管理在信息化之前，在人员进出、离退休、升迁、岗位变动、职称变动、学位变动，以及档案管理人员的变动等方面存在诸多不利于管理的地方，不适应现代的企业管理形势和人力资源开发利用的要求。 开发人事档案管理系统使企业的人事档案管理工作实现了信息化、规范化，不仅使企业能够高效率完成人事管理的日常工作，还使企业深入开发利用人力资源成为可能。 2.2 用户的特点 本软件的最终用户是企业人事部门的工作人员。部门有专职的人事数据录入人员，具有一定的计算机操作知识；系统的维护人员是企业的信息中心的信息维护员，对网络和数据库的操作比较熟悉，同时对VB或Delphi编程有一定的经验；数据录入员负责人事数据的录入及日常更新，信息维护员负责人事数据的备份和其他管理工作。企业的人员调进与调出比较频繁。 2.3 假定和约束 企业的经费有限，开发时间紧迫，可以使用VB或Delphi进行软件编程。 3 需求规定 3.1 对功能的规定 3.1.1 系统功能 人事档案管理系统的功能可以划分为如下几个部分 （1）系统账户管理：主要是对系统用户进行管理，包括登录、退出、操作记录等。
系统需求分析报告
系统需求分析报告
目录 目录............................................................................................................. I 1、项目描述.. (1) 1.1 背景 (1) 1.2研究意义 (1) 2、需求分析 (1) 2.1功能需求分析 (2) 2.1.1 系统管理功能 (2) 2.1.2 流量劫持功能 (2) 2.2性能需求分析 (3)
1、项目描述 1.1 背景 随着网络的普及，网络业务应用向深度和广度不断发展，方便用户的同时，也因用户终端存在网络安全漏洞或用户网络安全意识的疏忽，使得网络上涉及如：电子商务、在线游戏、DNS授权服务、网银支付系统、社交网站、论坛、博客、门户网站等在线业务受到黑客及网络犯罪份子的攻击，对个人用户信息（网银、支付钱包账号密码等）的保密和对国家互联网信息管理与审计构成严重威胁。 1.2研究意义 本项目针对以上问题，主要利用了以下两种技术：僵尸网络反制技术及HTTP/HTTPS协议通信的监控技术。 网络攻击已严重威胁着网络的安全，及时的发现网络攻击并在必要的时候劫持与反制网络攻击，成为保障互联网正常运行、保障在线业务系统正常访问的重要方法。 2、需求分析 经过与项目委托方多次讨论，设计系统的目的是为实现对特定
非法用户Web（HTTP/HTTPS协议）通信进行监控及反制，具体要求实现的功能有：监控系统远程控制、针对特定非法用户上网流量劫持、针对特定非法用户Web通信进行JS脚本注入、获取非法用户账号和密码、获取非法用户访问某些网站的Cookie。 2.1功能需求分析 根据监控系统的要求对系统的功能进行分析，明确了系统需要实现的功能。系统的功能结构模块：系统管理功能、流量劫持功能、监控与反制功能。 2.1.1 系统管理功能 系统管理模块主要负责系统登录、系统远程控制、黑名单库配置、数据存储和展示。数据展示包含数据存储和数据展示，数据存储负责接收后端和前端JS探针采集的数据并存储到数据库，数据展示负责提取数据库数据并显示。 2.1.2 流量劫持功能 本文流量劫持指DNS协议劫持，主要由四个部分组成：报文捕获、协议解析、IP及域名查找匹配、DNS协议欺骗。
个人博客需求分析
个人博客需求分析 1?导言 1.1目的 编写本博客系统的目的是为了更加深入的了解项目相关各种命令及程序流程，使自己熟练的掌握一些基础知识并为以后软件开发工作打下一定的基础。本文档详细描述博客管理的 各环节，其中包括：博客页面的浏览、文章的管理、照片的管理（包括上传下载浏览管理等）好友管理（增加删除好友等）、留言板管理（留言的增加删除）、博主信息管理（个人信息的修改）等。此需求规格说明书是系统开发者设计实现自己博客管理系统的依据，也是用户对 最终软件系统进行功能测试和验收的依据。在本文中将尽量避免使用技术性语言，对于与此博客相关的词汇和概念在后面的章节会有相关的详细说明。 \.2冃^景 随着时代在进步，网络技术也在不断地发展，人们对生活的理念也在不断改变? EMAIL, BBS ICQ等快捷的信息传播和交互方式为人们的生活带来了方便。而BLOG这种具有代表性 的WEB2.0元素的出现，带给互联网用户的是跟多样，更全面的交流方式，是一种自我形象和个性的展示和个人价值的实现。BLOG某种意义上算是网络上的个人空间，其大致定义是： 一种表达个人思想，内容按照时间顺序排列，并且不断更新的出版方式。BLOG可以使多种 形式的，比如以记录日志为主，以交友为主等等，在日新月异的网络平台上BLOG已经越来 越多的为人们所接受。现在，播客已经成为一种时尚，一种网络上的精神寄托的代名词，通过BLOG 可以更全面的了解一个人的思维方式以及行为信息。简而言之，博客就是以网络载体，建议迅速便捷地发布自己的想发布的信息，及时有效轻松地与他人进行交流，再集丰富多彩的个性化展示与一体的综合性平台。 1.3参考资料
博客系统需求分析报告
博 客 系 统 需 求 分 析 报 告 院系：信息电子工程学院 班级：软件08-1 设计小组人员：29号 日期：2010年5月24日
一、系统概述 “博客”一词是从英文单词Blog音译（不是翻译）而来。Blog是Weblog 的简称，而Weblog则是由Web和Log两个英文单词组合而成。 Weblog就是在网络上发布和阅读的流水记录，通常称为“网络日志”，简称为“网志”。博客（BLOGGER）概念解释为网络出版（Web Publishing）、发表和张贴（Post-这个字当名词用时就是指张贴的文章）文章，是个急速成长的网络活动，现在甚至出现了一个用来指称这种网络出版和发表文章的专有名词——Weblog，或Blog。 在网络上发表Blog的构想始于1998年，但到了2000年才开始真正流行。而2000年博客开始进入中国，并迅速发展，但都业绩平平。直到2004年木子美事件，才让中国民众了解到了博客，并运用博客。2005年，国内各门户网站，如新浪、搜狐，原不看好博客业务，也加入博客阵营，开始进入博客春秋战国时代。起初，Bloggers将其每天浏览网站的心得和意见记录下来，并予以公开，来给其他人参考和遵循。但随着Blogging快速扩张，它的目的与最初已相去甚远。目前网络上数以千计的Bloggers发表和张贴Blog的目的有很大的差异。不过，由于沟通方式比电子邮件、讨论群组更简单和容易，Blog已成为家庭、公司、部门和团队之间越来越盛行的沟通工具，因为它也逐渐被应用在企业内部网络（Intranet）。目前，国内优秀的中文博客网有：新浪博客，搜狐博客，中国博客网，腾讯博客，博客中国等。 二、需求分析 博客系统是一个多用户、多界面的系统，主要包括以下几个模块组成。 1.匿名用户模块 本模块主要由注册、登录、浏览博客、评论4个部分组成。匿名用户可以对其他用户的博客内容时行浏览、评论。也可以通过注册后登录博客系统，申请一个属于自己的博客。 2.注册用户模块 本模块主要由个人信息管理、评论管理、好友管理、相册管理、文章管理5
库存管理系统需求分析
学号 07730213 《软件需求分析》大作业 2009-2010学年第二学期 学生姓名薛浩 专业名称网络工程2班 指导教师赵黎强 电子与信息工程系 2010 年 6 月 1 5 日
题目 一个物流企业需要部分业务网络化管理，其中需要开发一个库存管理系统货物入库管理系统，主要实现货物入库、库存和出库的管理过程。 货物入库：运输货物到仓库，送货人员把货物交给仓库管理人员，仓库管理员填写入库单（货物分类号、货号、货物名称、规格、数量、单价、供货商、送货人、入库时间、货物存放位置、货物损坏程度、备注），把货物放置库房的相应位置，仓库管理员填写回执单给送货人。管理人员修改仓库数据库信息。 库存管理：管理人员把货物存储到货架，填写存货账目（时间、货号，分类号、货物名称、规格、入库数量、出库数量、入库人、出库人、余额） 货物出库：提货人交给仓库管理员提货单要求提货，仓库管理人员根据提货单要求填写出库单（货物分类号、货号、货物名称、规格、数量、单价、供货商、提货人、出库时间、货物存放位置），提货人员认可出库单签字。仓库管理员监督提货人员把货物提走，管理员根据提货单和出库单信息修改仓库数据库信息。 该系统要求对于仓库管理人员企业人员能随时了解仓库的活动，包括货物的存储情况，库房空闲情况和货物流动，谁进行的货物进出操作等信息。 说明：货物分类号——是由2位字母和4位数字组成； 货号——是由分类号加当前日期组成； 货物名称——是由20位字母汉字组成； 规格——是由10位字母和数字中间加“-”组成； 货物存放位置——是由6为数字中间加“×”组成； 凡未说明的——根据具体情况设定。 要求实现以下设计：
软件系统需求分析报告
需求分析报告 《高校学生学籍管理信息系统》 目录 1-------------------------------------------------------------------------------概述 1．1-----------------------------------------------------------------------------背景 1．2-----------------------------------------------------------------------------系统目标1．2．1------------------------------------------------------------------------完成的任务1．2．2------------------------------------------------------------------------不完成的任务1．3-----------------------------------------------------------------------------业务模式 1．4-----------------------------------------------------------------------------业务状况 2---------------------------------------------------------------------------------用户需求 2．1-----------------------------------------------------------------------------业务需求2．1．1------------------------------------------------------------------------使用范围2．1．2------------------------------------------------------------------------功能要求2．1．3------------------------------------------------------------------------权限管理 2．2-----------------------------------------------------------------------------性能需求 3---------------------------------------------------------------------------------业务流程 3．1----------------------------------------------------------------------------与其他系统的关系3．2----------------------------------------------------------------------------业务流程图 4---------------------------------------------------------------------------------业务逻辑 4．1-----------------------------------------------------------------------------业务分解 4．2-----------------------------------------------------------------------------业务描述
个人博客系统需求分析
个人博客系统需求分析 组员：杨群熊娅婷1.系统目标： 开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的个人博客网站，为网络用户提供进行在线交流的网络平台。 通过个人博客网站可以结交更多的朋友，表达更多的想法，它随时可以发布文章。 2.系统功能要求 2.1 博客系统提供三类服务： 1．信息服务：文章显示，热点文章推荐，博主风采。 2．查询服务：可以根据文章内容，文章标题，留言标题等进行模糊查询。 3．评论、留言服务：游客或者用户可以对系统进行留言或发表看法意见。 在此基础上我将个人博客网站划分成三个子系统：游客，会员，管理员。 下面分析各个子系统的功能需求： 2.1.1 游客 在在具体的功能实现上，可以分为以下几个部分： 1．搜索和浏览他人的博客： 游客不须登录系统就可以实现查看日志，照片以及博客主的资料信息。 2．用户注册： 游客将个人的信息存储到博客网站的数据库中，以成为本博客的正式用户。 2.1.2 会员 通过计算机网络将前台与后台的数据库相连，系统用户将从前台得到的信息
进行处理，实现文章管理，信息管理，个人相册管理，评论，留言等子系统。 1．博文管理： 注册用户员对网站中自己的文章进行删除，更新等操作。 2．信息管理： 发布，更改个人资料信息。 3．个人相册管理： 对博客相册中的图片进行上传，更新，删除操作。 4．好友管理： 添加或删除好友。 5．评论： 对于他人给自己的不恰当评论予以删除。 6．留言： 对他人给自己的留言进行回复或删除。 2.1.3 管理员 1．用户管理： 对已注册的用户进行管理。 2.评论、留言管理： 对已注册的用户发表的评论和留言进行管理。 3.相册管理： 对已注册用户上传的照片进行审核，严禁上传不和谐的照片。 4.文章管理： 对用户已发表的博文进行管理，规范其内容，屏蔽掉一些不健康或反动的言
需求分析文档格式
注册/登录 By Spring 1 需求背景 原手机用户在用手机通信（通话，短信）时候没有账号概念，现在在系统级别集成融合通信模块后，需要对用户信息管理，所以需要引入账号概念。此时需要用户在使用融合通信前先注册或者登陆系统。 2 目标 引入账号概念，对用户信息统一管理。让用户最低成本完成注册和登陆。 3 功能模块 3.1 对应用例汇总 1. 注册 2. 登录 3.2 用例1：注册 3.2.1 界面 布局
界面交互： 3.2.2入口 欢迎页面，注册 3.2.3 前置条件 打开APP，用户没有注册 3.2.4流程叙述 ●用户打开融合通信系统，点击注册●系统弹出注册界面 ●用户输入昵称
●系统检查昵称合法性 ●如果合法，系统提示用户输入手机号和密码 ●用户输入手机号，密码 ●用户点击下一步 ●系统验证手机号合法性 ?如果手机号非法，系统提示“手机号不合法，请重新输入” ?如果手机号合法，系统检查手机号是否注册 ◆如果手机号没有注册，系统检查密码合法性 如果密码非法，系统提示“手机号不合法，请重新输入” 如果密码合法，系统根据用户手机号发送验证码 用户获取验证码，提交验证码 系统验证验证码 如果验证码不正确，系统提示登录失败，请重新发送验证码 如果验证码正确，注册成功。进入到系统。 ◆如果手机已经被注册，系统跳转到登录页面，并提示该手机号已经被注册， 请重新登录。 ●如果非法，系统提示昵称不合法。
3.2.5总体流程图： s d 注册用户打开融合通信系统，点击注册 系统弹出注册界面用户输入手机号，密码 系统验证手机号合法性 是否合法 提示手机号非法 系统根据用户手机号发送验证码用户收到验证码并提交验证码 系统验证验证码 是否正确 系统提示验证码错误系统提示注册成功 60秒可重发验证码 系统验证该手机号码是否已经注册 是否已经注册系统在登录页面提示手机号已经注册，请重新登录 系统检查密码合法性 提示密码不合法，请重新输入 是否合法 系统跳转到登录页面 用户输入昵称系统提示昵称不合法 是否合法 系统验证昵称合法性 [N] [N] [Y] [Y] [N] [Y] [N] [Y] [Y] [N]
(完整版)博客系统需求分析
校园博客系统需求分析评审日期：2010年04月01日
校园博客系统需求分析 目录 1导言 (1) 1.1 目的 (1) 1.2 范围 (1) 1.3 缩写说明 (1) 1.4 术语定义 (1) 1.5 引用标准 (1) 1.6 参考资料 (2) 2系统定义 (2) 2.1 项目来源及背景 (2) 2.2 系统整体结构 (2) 3应用环境 (3) 3.1 系统运行网络环境 (3) 3.2 系统运行硬件环境 (4) 3.3 系统运行软件环境 (4) 4功能规格 (4) 4.1 角色（A CTOR）定义 (5) 4.1.1博客访问者 (5) 4.1.2管理用户 (5) 4.1.3数据库 (6) 4.2 系统主U SE C ASE图 (6) 4.3 客户端子系统 (6) 4.4 管理端子系统 (8) 4.4.1登录管理 (10) 4.4.2类型管理 (11) 4.4.3评论管理 (12) 4.4.4留言管理 (12) 4.4.5图片管理 (12) 4.4.6用户管理 (13) 5性能需求 (13) 5.1 界面需求 (13) 5.2 响应时间需求 (13) 5.3 可靠性需求 (13) 5.4 开放性需求 (14) 5.5 可扩展性需求 (14) 5.6 系统安全性需求 (14) 6产品提交 (14) 7实现约束 (14)
1导言 1.1目的 该文档是关于用户对于校园博客系统的功能和性能的要求，重点描述了校园博客系统的设计需求，将作为对该工具在概要设计阶段的设计输入。 本文档的预期读者是： ●设计人员 ●开发人员 ●项目管理人员 ●测试人员 ●用户 1.2范围 该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决整个项目系统的“做什么”的问题。在这里，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。 1.3缩写说明 BM Blog Manager（博客管理员）的缩写。 JSP Java Server Page（Java服务器页面）的缩写，一个脚本化的语言。 1.4术语定义 无 1.5引用标准 [1] 《企业文档格式标准》 V1.1 北京长江软件有限公司 [2] 《需求规格报告格式标准》 V1.1 北京长江软件有限公司软件工程过程化组织
详细的需求分析文档规范
需求规格文档 1 导言 1.1 目的 [说明编写这份项目需求规格的目的，指出预期的读者] 1.2 背景 说明： a)待开发的产品的名称 b)本项目的任务提出者、开发者、用户及实现该产品的单位 c)该系统同其他系统的相互往来关系 1.3 编写说明 [缩写] [缩写说明] 列出本文件中用到的外文首字母组词的原词组 1.4 术语定义 [术语] [术语定义] 列出本文件中用到的专门术语的定义 1.5 参考资料 [编号]《参考资料》[版本号] 列出相关的参考资料 1.6 版本更新信息 具体版本更新记录如表所列。
2 任务概述 2.1 系统定义 本节描述内容包括： ●项目来源及背景； ●项目要达到的目标，如市场目标、技术目标等； ●系统整体结构，如系统框、系统提供的主要功能，涉及的借口等； ●各组成部分结构，如果所定义的产品是一个更大的系统的一个组成部分，则应说 明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明 该系统和本产品其他各部分的联系和接口。 2.2 应用环境 本节应根据用户的要求对系统的运行环境进行定义，描述内容包括： ●设备环境； ●系统运行硬件环境； ●系统运行软基纳环境； ●系统运行网络环境； ●用户操作模式； ●当前应用环境。 2.3 假设和约束 列出进行本产品开发工作的假定和约束，例如经费限制、开发期限等。列出本产品的最终用户特点，充分说明操作人员、维护人员的教育水平和技术专长以及本产品的预期使用频度等重要约束。 3 需求规定 3.1 对功能的规定 本节依据合同中定义的系统组成部分分别描述其功能，描述应包括： ●功能编号； ●所属产品编号； ●优先级； ●功能定义； ●功能描述。
任务管理系统需求分析
项目名称：某企业任务管理系统
1. 项目背景及其需求 1.1 项目背景 xxx有限责任公司（CATTSOFT）（以下简称“xxx”）是xxxx有限公司的全资子公司。xx软件以提供适合各通信网络和通信业务运营商需要的管理软件、支撑软件、增值业务软件系统为业务基础，为各类通信系统运营商或信息系统用户提供业务管理、网络管理、决策支持、系统集成和专业咨询的完整解决方案和服务。 现承接xx软件某业务部门的“业务管理系统”中“任务管理系统”子系统的设计和开发。 1.2 系统需求 1.2.1 术语解释 1.2.1.1 系统管理员 是该系统的一种用户，其权限是添加其他用户并分配其角色（包括主管和员工）。 1.2.1.2 主管 是该系统的一种用户，一个主管下属有一些员工。主管的主要权限是创建任务描述，并将该任务分配给其下属的员工。主管还可以跟踪任务的实施情况。 1.2.1.3 员工 该系统的一种用户，其主要权限是将上级主管分配的任务分解为具体的实施计划。再必要的时候可以调整计划的内容。 1.2.1.4 任务 任务是由主管创建并分配给员工的一项工作。一个任务有“待实施”、“实施中”和“已完成”三种状态。当主管建立一个新任务时，该任务的状态为“待实施”；当承担该任务的员工为该任务制定了计划后，可以将该任务的状态改为“实施中”；主管通过任务跟踪，当认为任务已经完成时，可以将该任务的状态改为“已完成” 1.2.1.5 计划 是由员工创建，表示一个任务的具体实施过程。一个任务可以对应多个计划，计划有两种状态“未反馈”和“已反馈”。当计划刚刚建立时，其状态为“未反馈”，当计划已经完成时，员工可以填写反馈信息并将其状态改未“已反馈”。
绩效考评系统需求分析文档
绩效考评系统需求分析说明书 编写：非常6+2 日期：2013-07-23 审核：日期： 批准：日期： 受控状态：是 发布版次：1.0 日期： 编号：
变更记录 签字确认
目录 1概述 (4) 1.1目的 (4) 1.2背景 (4) 1.3范围 (4) 1.4术语定义 (4) 1.5参考资料 (4) 1.6任务概述 (4) 1.6.1目标 (4) 1.6.2用户的特点 (5) 1.6.3假定和约束 (5) 1.7运行环境 ........................................................................................................ 错误!未定义书签。 1.7.1软件环境 (6) 1.7.2硬件环境 (6) 1.7.3接口........................................................................................................ 错误!未定义书签。 1.7.4控制........................................................................................................ 错误!未定义书签。 1.8需求规定 (5) 1.8.1对功能的规定 (7) 1.8.2系统功能层次模块图 (7)
1概述 1.1目的 本说明书目的在于明确说明系统需求，界定系统实现功能的范围，指导系统设计以及编码。 本说明书的预期读者为：系统需求提出者(客户方),系统设计者,系统实施编码人员。 1.2背景 a)待开发的软件系统的名称； b)本项目的任务提出者及单位、开发者、用户及实现该软件的计算中心或计算机网络； c)该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3范围 系统包括的范围：绩效考评系统 1.4术语定义 绩效考评系统：现代公司信息化建设过程中开发实施的一套员工信息化管理审查的管理系统 1.5参考资料 a)参考网络资料：维基百科 1.6任务概述 1.6.1 目标 绩效考评系统是现代公司信息化建设过程中开发实施的一套员工信息化管理审查的管理系统，主要用于对公司内部人员进行客观，快捷的评定其工作情况，员工达标指数，员工
档案管理系统的需求分析
档案管理系统需求分析 档案管理系统的功能要求 档案管理系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的档案管理系统，实现机关、企业、事业等单位档案的自动化的计算机管理系统，为各单位的提供准确、精细、迅速的档案信息。 根据可行性研究的结果和客户的要求，分析现有情况及问题，采用Client/Server 结构，将档案管理系统划分为三个子系统：客户端子系统，服务器端子系统，WEB 发布系统，客户端与服务器端采用同一应用程序，其中数据库所在系统确定为服务器端子系统。 档案处理流程图： 单位信息 决策、评估
档案详细信息档案分类 目录信息
下面分析各个子系统的功能需求： 1．服务器端子系统： 在客户端系统的功能实现上，可以分为以下几个部分： [1]单位信息的设置 本系统要求同时管理多个单位的档案信息，因此设置本单位基本信息及其下属或者相关单位信息是本系统最基本的信息，这部分要求对输入数据比较少操作频度小，供使用者了解管理单位基本信息外，更重要的是当本系统数据被档案局采集后能进行按单位识别和掌握该单位基本信息 [2]目录分类： 不同单位的档案类别不尽相同，但相同行业目录却基本相似，所以，系统应根据行业设置当量的默认档案分类。档案管理员根据自己行业的默认分类结合本单位具体情况进行修改，生成自己单位的档案目录系统，以在各个分类目录中存放相应的档案文件，这部分是整个系统进行后续操作的基础。 [3]档案录入整理： 将本单位收录的所有档案按目录分类进行录入存储。 [3]借阅管理： 借阅的登记查询与核销。
系统需求分析说明书
系统需求分析说明书
目录 1 产品概述....................................................................................................错误!未定义书签。 目标&意义.......................................................................................错误!未定义书签。 领域知识..........................................................................................错误!未定义书签。 思维导图..........................................................................................错误!未定义书签。 业务流程图......................................................................................错误!未定义书签。 2 功能范围....................................................................................................错误!未定义书签。 功能名称..........................................................................................错误!未定义书签。 功能说明............................................................................错误!未定义书签。 用例说明............................................................................错误!未定义书签。 操作流程............................................................................错误!未定义书签。 界面原型............................................................................错误!未定义书签。 对应字段............................................................................错误!未定义书签。 相关规则............................................................................错误!未定义书签。 3 词汇表........................................................................................................错误!未定义书签。 4 非功能需求................................................................................................错误!未定义书签。 规则变更需求..................................................................................错误!未定义书签。 产品服务需求..................................................................................错误!未定义书签。 帮助需求..........................................................................................错误!未定义书签。 安全性需求......................................................................................错误!未定义书签。 上线实现需求 (3) 5 上线时间安排表........................................................................................错误!未定义书签。
个人博客系统需求分析报告模版
三、个人博客需求分析报告 1．引言 (2) 1.1编写目的 (2) 1.2项目背景 (2) 1.3定义 (2) 1.4参考资料 (3) 2．任务概述 (3) 2.1目标 (3) 2.2运行环境 (3) 2.3条件与限制 (3) 3．数据描述 (4) 3.1静态数据 (4) 3.2动态数据 (4) 3.3数据库介绍 (5) 3.4数据词典 (6) 3.5数据采集 (6) 4．功能需求 (6) 4.1功能划分 (6) 4.2功能描述 (6) 5．性能需求 (7) 5.1数据精确度 (7) 5.2时间特性 (8) 5.3适应性 (8) 6．运行需求 (8) 6.1用户界面 (8) 6.2硬件接口 (8) 6.3软件接口 (8) 6.4故障处理 (8) 7．其它需求 (9)
1．引言 1.1编写目的 本文档作为第一期个人博客系统需求文档，用于与用户确定最终的目标，并成为协议的一部分，同时也是本系统设计人员的基础文档。 编写本博客系统的目的是为了更加深入的了解项目相关各种命令及程序流程，使自己熟练的掌握一些基础知识并为以后软件开发工作打下一定的基础。本文档详细描述博客管理的各环节，其中包括：博客页面的浏览、文章的管理、照片的管理（包括上传下载浏览管理等）、好友管理（增加删除好友等）、留言板管理（留言的增加删除）、博主信息管理（个人信息的修改）等。此需求规格说明书是系统开发者设计实现自己博客管理系统的依据，也是用户对最终软件系统进行功能测试和验收的依据。在本文中将尽量避免使用技术性语言，对于与此博客相关的词汇和概念在后面的章节会有相关的详细说明。 1.2项目背景 随着时代在进步，网络技术也在不断地发展，人们对生活的理念也在不断改变. EMAIL，BBS，ICQ等快捷的信息传播和交互方式为人们的生活带来了方便。而BLOG这种具有代表性的WEB2.0元素的出现，带给互联网用户的是跟多样，更全面的交流方式，是一种自我形象和个性的展示和个人价值的实现。BLOG某种意义上算是网络上的个人空间，其大致定义是：一种表达个人思想，容按照时间顺序排列，并且不断更新的出版方式。BLOG可以使多种形式的，比如以记录日志为主，以交友为主等等，在日新月异的网络平台上BLOG已经越来越多的为人们所接受。现在，播客已经成为一种时尚，一种网络上的精神寄托的代名词，通过BLOG可以更全面的了解一个人的思维方式以及行为信息。简而言之，博客就是以网络载体，建议迅速便捷地发布自己的想发布的信息，及时有效轻松地与他人进行交流，再集丰富多彩的个性化展示与一体的综合性平台。 1.3定义 博客最初的名称是Weblog，由web和log两个单词组成，按字面意思就为网络日记，