随着社会不断地进步，报告使用的频率越来越高，报告具有语言陈述性的特点。那么，报告到底怎么写才合适呢？以下是我为大家搜集的报告范文，仅供参考，一起来看看吧
软件需求工程报告篇一
职责：
2.负责项目进行前期调研，编写调研报告和项目解决方案；
3.负责编写详细需求规格说明书，用户手册，培训资料等；
4.对外负责与客户沟通需求，对内配合项目组的需求讲解说明；
5.产品测试验证；
6.配合项目经理完成其他事项；
岗位要求：
1.计算机相关专业，本科以上学历。
2.拥有1-3年软件需求分析经验，尤其是零售行业经验；
3.熟悉使用相关的业务需求分析，设计工具，如visio,office等；
4.具有良好的英文读写能力，较强的语言表达交流能力，文档撰写能力；
5.具有较强的用户需要判断，引导，控制能力；
6.需有较强的团队协作精神；
7.有零售行业进销存产品经验者优先考虑，有开发经验者优先考虑，懂粤语者优先考虑；
软件需求工程报告篇二
职责：
1.平台软件开发项目需求分析汇总，撰写需求技术文档；
2.负责与客户和开发人员进行对接、沟通，保证开发需求准确按时完成；
3.开发及后续过程的需求跟进、变更把控。负责开发过程中的进度管理；
5.审核保存开发项目成果，负责后续在框架内的内容添加和变更。
任职要求：
1.本科以上学历，3年以上软件相关工作经验；
2.有软件开发基础，熟悉软件工程理论，熟练使用原型工具；
3.有较强的沟通能力和文档编写能力；
5.工作踏实上进，对新知识新应用具有强烈的好奇心和学习兴趣。
软件需求工程报告篇三
1．引言
1.1编写目的
提供的需求和分析员共同探讨后拟定。在这里将详细介绍用户所需要实现的功能及实现该功能的硬件软件的基本需求，以避免在软件开发后交付用户使用中出现不必要的麻烦。同时在这里将详细的介绍本软件的模块调用等等相关问题。
1.2项目背景
1.3定义
【列出文当中所用到的专门术语的定义和缩写词的原文。】
实体：客观世界中存在的且可互相区别的事物。联系：客观事物中的彼此之间的关系。属性：实体或者联系所具有的性质。
管理员：指日常管理维护本软件的管理人员或仓库主管单位的领导。
1.4参考资料
2．任务概述
2.1目标
3.4.5.6.行调动。
在管理方面更加便捷，无需复杂的人员记录，管理领导在输入相应的信息后可以直观的了解各个仓库的各种详细动态。
采购人员在这里可以根据本软件清晰地了解到哪里需求较大，哪里需求较小，从而去合理的进行采购。
2.2运行环境
操作系统：microsoft windows 2000 advanced server 支持环境：iis 5.0 硬件：
标准配置：
cpu:：p166以上 内存：32m以上
硬盘空间：200m以上 标准键盘、标准鼠标、标准显示器 标准vga显卡 推荐配置：
cpu：p300以上 内存：64m以上 硬盘空间：1g以上 标准键盘、标准鼠标、标准显示器 标准vga显卡 100m以太网卡 软件：
标准配置：
数 据 库：microsoft sql server 200
2.3条件与限制
(1)对仓库管理的专业调配等具体技术细节缺乏足够的知识。(2)缺乏和用户的足够的沟通，对目标系统很难有精确的定位。
3．数据描述
3.1静态数据
员工编号、管理人员账号、密码
3.2动态数据
3.3数据库介绍
本系统是一种工作在windows系统平台的软件，它是以sql数据库为基础
3.4数据词典
3.5数据采集 3.5.1 e-r图
综合e-r图
库区编号仓库主管仓库面积仓库
商品 e-r图
商品名称购买日期商品编码商品k购买l消费者购买数量商品单价
商品名称商品编码生产厂家数量p商品销售q仓库单价销售日期购买人销售管理员
退货 e-r 图
商品名称商品编码生产厂家退货数量p商品退货q仓库单价退货日期退货人主要负责人
3.5.2 ipo图
ipo 表系统：仓库管理系统 作者：张启松模块：进货管理 日期：2011/11/2编号：4被调用：仓库管理系统输入：商品信息调用：产生订货清单；添加、删除商品信息输出：商品、供应商信息处理：对入库的货物的具体信息进行登记、删除，便于了解 仓库存储状态局部数据元素：商品名称、编码、单价、供应商信息等注释：
ipo表系统：仓库管理系统 作者：张启松模块：系统登录 日期：2011/11/2编号：1被调用：仓库管理系统调用：登录输入：用户名和密码输出：登录成功或登录失败处理：省份验证局部数据元素：用户名、密码注释：
注释：
注释：
注释：
4．功能需求
4.1功能划分
1）系统登录
用户可根据用户名和密码登录系统，选择自己 2）系统设置
(1)添加删除用户：只限于管理员操作。管理员可以向里面添加和删除用户信
4）库存管理
(1)商品信息的添加。对商品的基本信息进行录入并保存。
(2)商品信息的修改：在有商品进入时，修改库存商品的基本信息，更新商品的信息，使商品信息始终是最新的商品信息。
（1）由库存清单的信息产生订货清单。
（2）商品的验收，当符合要求时选择入库，反之，选择退货。6）销售管理
（1）销售信息的添加（统计时）。
（2）销售信息的删除（退货时）。
（1）工作人员信息的添加。
（2）工作人员信息的删除。（3）工作人员信息的修改。（4）工作人员信息的查询
4.2功能描述 4.2.1用户登录
系统登录功能的主要功能是对用户身份进行验证，只有在系统登录时输入合法
用户名和密码才能进入仓库管理系统。
退出系统功能保证用户在已经保存当前操作的情况下安全退出，防止不必要的信息丢失
用户注销功能在不退出系统的情况下更改登陆用户
4.2.2仓库管理
4.2.3 业务查询
4.2.4 系统设置
系统设置模块主要是对供应商信息和登陆用户信息的管理。能够实现对供应商和登陆用户信息的添加、修改、删除功能。
5．性能需求
5.1数据精确度
5.2时间特性
（6）数据的转换和传送时间: 1秒以内（7）解题时间: 1秒以内
5.3适应性
6．运行需求
6.1用户界面
【如屏幕格式、报表格式、菜单格式、输入输出时间等。】
6.2硬件接口
1.登陆终端的接口 2.打票终端机的接口 3.条码录入终端机的接口
6.3软件接口
图1登录时的用户名和密码
图2进货管理模块
图3商品销售模块
图4供货商管理模块
图5人员管理模块
仓库管理员6.4故障处理
4.（1）在输入数据不符合定义时
6.（3）数据在数据库中已有备份，系统出错时可以靠数据库恢复；
7.（4）再启动技术，使软件从故障点恢复执行或使软件从头开始重新运行的方法；
8.（5）断电后系统会自动保存数据。
7．其它需求
7.1安全保密设计
9.对数据库的查看访问必须有用户名和密码
7.2维护设计
11.详细编写各阶段的文档资料，利于开发和维护。
软件需求工程报告篇四
2.负责交互式高保真原型设计；
3.负责与客户的沟通协调，编制与客户相关的各类文档、方案；
4.负责用户的培训和技术指导；
5.参与系统设计工作，并向开发团队提供咨询、指导、解释业务需求；
6.参与整个项目开发过程，负责需求跟踪，需求变更的管理，与项目团队一起保证最终交付。
任职要求：
1.本科学历，5年以上业务需求分析工作经验；
2.精通业务需求分析方法如uml;
3.精通业务流程图绘制，如使用visio绘制职能带图等；
4.精通原型设计，能使用axure原型工具进行高保真原型设计；
5.快速学习能力，从业务专家处快速学习业务，进行归纳总结提炼；
6.有国网物资业务经验更佳。
软件需求工程报告篇五
本节知识点 软件需求的定义 需求的层次 导致需求缺陷的原因
其实在软件开发过程中遇到的许多问题都是由于收集编写协商修改软件需求过程中的失误带来的诸如信息收集不全功能不明确交流不充分文档不完善需求发生变化等可以这样说软件项目中百分之四十至百分之六十的问题都是在需求分析阶段埋下的“祸根”
ieee软件工程标准词汇表将需求定义为
1用户解决问题或达到目标所需的条件或能力
2系统或系统部件要满足合同标准规范或其它正式规定文档所需具有的条件或能力
3一种反映上面1或2所描述的条件或能力的文档说明
软件需求包括四个不同的层次即业务需求用户需求和功能需求另外还有非功能需求
软件需求各组成部分之间的关系如下图所示
用户需求
描述了用户使用产品必须要完成的任务可以在用例模型或方案脚本中予以说明
功能需求
是从各个角度对系统的约束和限制反映了应用对软件系统质量和特性的额外要求
用户需求不断增加
需求模棱两可
规格说明过于简单
忽略了用户分类
本节知识点 需求工程的内容 需求获取 需求分析 编写需求文档 需求验证
通常需求工程由一些过程组成可分为需求开发和需求管理两部分
绘制系统关联图
这种关联图用于定义系统与系统外部实体间的界限和接口的简单模型
创建用户接口原型
确定需求的优先级别
a 引言
概要叙述软件需求规格说明便于读者理解文档如何编写以及如何阅读和解释
描述编写文档时所采用的标准或排版约定包括正文风格提示区或重要符号
a3 预期的读者和阅读建议
提供了对指定的软件及其目的的简短描述包括利益和目标 a5 参考文献
利用本节来确定可以保证新产品与外部组件正确连接的需求 c1 用户界面
c2 硬件接口
正确性 完整性 可验证性 无二义性 可修改性 可跟踪性 一致性
审查需求文档
以需求为依据编写测试用例
编写用户手册
需求验证包括需求评审和需求测试两个部分需求评审又包括正式的和非正式的两种形式
本节知识点 分析模型--实体关系图数据流图状态转换图 数据字典 结构化分析过程
两个数据对象之间有以下三种关联er在数据对象之间的连线上用数字或字母表示
数据建模的其他图形工具层次方框图
df有四种元素其基本符号如下图所示
name=baidusnap1放弃cpu的使用 数据组合有三种方式 顺序以确定的次序连接多个数据项 选择从多个数据项中选取一个 对每一个关系确定其关联类型 重复步骤2到步骤4直到定义了所有关系 定义每个实体的属性 形式化并复审实体关系图 重复步骤1到7直到数据建模完成 实例分析 学生成绩管理系统 实体学生课程成绩 实体属性定义 学生学号姓名性别出生日期入学年月 课程课程编号课程名称课程学分课程描述 成绩学号课程编号分数考核日期 显然学生课程和成绩都是系统的实体并且可以初步定义它们的属性 因此系统的实体是学生课程和成绩 实体关系图 实例分析 学生成绩管理系统 第0层df图 1教务人员维护学生信息和课程信息并登录学生的选课成绩 2学生查询自己的成绩单 对于学生成绩管理系统而言整个系统就是一个加工学生成绩管理 第1层df图 第2层df图 为了继续进行分解我们分析第1层df中的加工查询学生成绩 数据字典 以下列出“学生成绩管理系统”的部分数据字典条目