项目需求调研提纲用友
中信地产人力资源项目需求
调研提纲
建立日期: 2009-8-27
修改日期: 2010-3-1
文控编号: UF_HR_SCYC-07_001
客户项目经理：
日期：
用友项目经理：
日期：
文档控制修改记录
审阅人
存档
1、公司整体调研
1．1 公司领导对eHR软件了解程度
1．2 公司领导采用eHR软件最需要解决的问题是什么
1．3 公司领导对eHR软件的主要期望是什么
1．4 公司人力资源管理现状简介
1．5 公司组织架构基本情况
1．6 公司人力资源管理的主要困惑
2、人力资源规划调研
2．1 功能调研
2．1．1 公司人力资源供给来源有哪些
2．1．2 公司人力资源需求类型有那些
2．1．3 公司人力资源成本项目有哪些
2．1．4 人力资源基础数据调查的主要对象有哪些
2．1．5 公司人力资源战略描述及具体表现，如专业比例、学历比例、薪资比例等
2．1．6 公司人力资源规划实施的主要策略
2．1．7 公司人力资源规划分类标准
2．2 流程调研
2．2．1 公司人力资源规划实施流程
2．2．2 公司人力资源供给分析流程
2．2．3 公司人力资源需求采集流程
2．2．4 公司规划数据采集流程
2．2．5 公司人力成本分析流程
2．2．6 公司人力资源计划审批流程
2．3 资料准备
2．3．1 公司规划数据采集调查表
2．3．2 公司人力资源规划管理文件
2．3．3 公司人力资源计划表
2．4 其它事项
2．4．1 规划数据的查询及报表需求
2．4．2 规划数据与其他模块的数据联动关系
2．4．3 规划数据是否需要预警设置或提示信息2．4．4 规划数据的权限分配有何特殊要求
3、员工信息管理调研
3．1 功能调研
3．1．1 公司员工分类主要包含那些类型
3．1．2 需要通过那些信息子集来描述员工的详细信息3．1．3 信息子集是否需要通过权限分配由不同的人管理3．1．4 员工信息管理有哪些必须描述的字段
3．1．5 员工编号的规则
3．1．6 员工和岗位之间的对应关系
3．1．7 员工具有哪些胜任能力特征
3．1．8 员工具有哪些变动类型
3．2 流程调研
3．2．1 员工信息采集的审核流程
3．2．2 员工信息变动的审核流程
3．3 资料准备
3．3．1 员工管理制度及相关表格
3．3．2 员工花名册
3．3．3 员工卡片
3．3．4 员工信息采集表
3．4 其他事项
3．4．1 员工信息预警类型和条件
3．4．2 员工信息统计结果的输出类型
3．4．3 数据导入导出的特殊要求
4、职务职能管理调研
4．1 功能调研
4．1．1 公司组织结构设计
4．1．2 公司职务簇体系描述
4．1．3 职位描述的具体内容
4．1．4 岗位和人员之间的对应关系
4．1．5 公司是否存在虚拟组织管理（项目管理）
4．1．6 公司是否有任职管理，为关键岗位预备人选
4．1．7 公司组织变动是否频繁，是否经常进行组织的合并或拆分4．2 流程调研
4．2．1 组织内容的采集及审批流程
4．2．2 职务/岗位内容的采集及审批流程
4．3 资料准备
4．3．1 部门组织结构图
4．3．2 职位说明书
4．4 其他事项
4．4．1 组织结构图的生成方式
4．4．2 岗位信息的查询及报表需求
5、薪资管理调研
5．1 功能调研
5．1．1 薪资结构设计
5．1．2 薪资帐套与发放期间
5．1．3 薪资类别及项目的具体内容
5．1．4 薪资管理和职务职能体系的数据联动关系
5．1．5 个人所得税的计算方式
5．1．6 公司薪资计算具有哪些规则表可供选择
5．1．7 公司是否有代发银行
5．1．8 工资分摊类型的主要内容
5．1．9 工资是否需要到其他系统采集数据
5．1．10 工资管理的保密要求
5．2 流程调研
5．2．1 薪资计算的操作流程
5．2．2 薪资发放的操作流程
5．2．3 薪资调整流程
5．2．4 薪资补发流程
5．2．5 薪资定调级管理流程
5．3 资料准备
5．3．1 公司薪资结构表
5．3．2 职位评价体系
5．3．3 薪资发放表样本
5．3．4 薪资管理制度及表格
5．4 其他事项
5．4．1 薪资查询及统计报表需求
5．4．2 薪资数据的导入导出要求
5．4．3 薪资特殊项目描述
6、绩效管理调研
6．1 功能调研
6．1．1 关键业绩指标设置及等级划分
6．1．2 考核方案具有哪些类型（考核周期、考核对象等）6．1．3 考核者选择范围
6．1．4 定量指标和定性指标的转换关系
6．1．5 考核沟通的管理方式
6．1．6 考核数据的来源
6．1．7 指标权重设置
6．1．8 考核结果使用模型
6．1．9 考核体系与其他体系之间的数据联动关系6．1．10 绩效考核管理的保密要求
6．2 流程调研
6．2．1 考核管理操作流程
6．2．2 考核反馈流程
6．2．3 考核结果调整流程
6．3 资料准备
6．3．1 公司考核管理体系及相关表格6．3．2 关键业绩指标库
6．3．3 考核量表的设置及计算逻辑
6．4 其他事项
6．4．1 考核结果查询及统计报表需求6．4．2 考核数据的导入导出要求
7、培训管理调研
7．1 功能调研
7．1．1 公司存在哪些培训类型
7．1．2 培训需求是如何进行采集的7．1．3 培训效果评估如何进行
7．1．4 公司有哪些培训项目
7．1．5 公司培训资源如何进行管理7．1．6 培训管理与其他模块的数据联动关系7．1．7 培训档案管理的详细需求
7．2 流程调研
7．2．1 培训管理的操作流程
7．2．2 培训计划制订流程
7．2．3 培训需求采集流程
7．2．4 培训效果评估流程
7．3 资料准备
7．3．1 培训管理制度
7．3．2 培训需求采集表
7．3．3 培训效果评估表
7．3．4 培训档案记录表
7．4 其他事项
7．4．1 培训报表的主要需求
7．4．2 特殊培训形式的需求描述
8、招聘管理调研
4．1 功能调研
8．1．1 公司主要拥有哪些招聘渠道
8．1．2 不同类型员工的招聘要求是什么
8．1．3 如何采集招聘需求
8．1．4 如何进行招聘效果评估
8．1．5 公司是否要求已建立自己的人才库
8．1．6 招聘面试及人才测评如何进行
8．2 流程调研
8．2．1 应聘流程
8．2．2 招聘需求采集流程
8．2．3 招聘计划制订流程
8．2．4 招聘效果评估流程
8．3 资料准备
8．3．1 招聘管理规定及相关表格
8．3．2 招聘测评方案
8．4 其他事项
8．4．1 招聘信息的查询及报表需求
8．4．2 是否存在黑名单管理，对特定应聘人员进行系统自动排查
9、保险管理调研
9．1 功能调研
9．1．1 公司福利保险的主要类型
9．1．2 各种保险的缴费比例、基数设置等
9．1．3 保险管理和其他模块之间的数据联动关系
9．1．4 保险管理是否需要进行数据传输，以及数据传输的主要方式9．1．5 保险管理是否存在银行代发
9．2 流程调研
9．2．1 各种保险的管理流程
9．2．2 保险变动的审批流程
9．3 资料准备
9．3．1 各类保险的管理规定及相关表格
9．3．2 保险档案清单
9．4 其他事项
9．4．1 保险信息的查询及报表需求
9．4．2 是否存在比较特殊的保险项目
10、劳动合同管理调研
10．1 功能调研
10．1．1 公司主要有哪些劳动合同类型
10．1．2 劳动争议管理主要有哪些内容
10．1．3 劳动合同解除主要哪些因素
10．2 流程调研
10．2．1 劳动合同订立流程
10．2．2 劳动合同解除流程
10．2．3劳动合同续签流程
10．2．4劳动争议处理流程
10．3 资料准备
10．3．1 劳动合同管理规定及相关表格
10．3．2 各种劳动合同文书样板
10．3．3 劳动合同管理台帐
10．3．4 劳动争议管理规定
10．4 其他事项
10．4．1 劳动合同信息的查询及报表需求
10．4．2 劳动合同预警提示
11、考勤管理调研（含软件中的加班、休假、出差等管理模块）11．1 功能调研
11．1．1 公司考勤规则的主要内容及班别定义11．1．2 公司轮休的主要规定
11．1．3 公司的休假类别
11．1．4 公司出差管理内容
11．1．5 公司加班管理内容
11．2 流程调研
11．2．1 考勤管理流程及
11．2．2 休假管理流程
11．2．3 加班管理流程
11．2．4 出差管理流程
11．2．5 调班管理流程
11．3 资料准备
11．3．1 考勤管理规定及相关表格
11．3．2 休假管理规定及相关表格
11．3．3 加班管理规定及相关表格
11．3．4 出差管理规定及相关表格
11．4 其他事项
11．4．1 考勤信息的查询及报表需求11．4．2 考勤信息的预警提示
11．4．3 考勤管理中的特殊事项
12、调配离职管理调研
12．1 功能调研
12．1．1 公司主要有哪些调配类型
12．1．2 公司主要有哪些离职类型
12．1．3 调配与其他模块之间的数据联动关系12．1．4 离职与其他模块之间的数据联动关系12．1．5 调配中调出和调入的交接程序12．1．6 调配计划如何制订
12．1．7 离职计划如何制订
软件项目需求调研报告-模板62781
[XXXX]技术有限公司[公司名称] [XXXX]公司[客户名称] [XXXX]软件项目[项目或产品名称] 需求调研报告 文件信息
修改历史
目录 文件信息 (1) 修改历史 (2) 目录 (3) 一、引言 (4) 1.1、编写目的 (4) 1.2、文档范围 (4) 1.3、预期读者和阅读建议 (4) 1.4、参考资料 (4) 二、项目描述 (4) 2.1、项目背景 (4) 2.2、项目名称 (5) 2.3、项目概述 (5) 2.4、项目关联性 (5) 2.5、设计和实现上的限制 (5) 2.6、假定和约束 (6) 2.7、名词/术语解释 (6) 三、用户环境描述 (6) 3.1、用户单位组织结构 (6) 3.2、用户部门设置与职责 (6) 3.3、用户业务关系描述 (7) 3.4、系统面向的用户群 (7) 3.5、关键计算机资源 (7) 3.6、用户环境中的其他应用系统分布 (7) 四、功能性需求描述 (7) 4.1、用户各部门当前的工作模式 (7) 4.2、构建该系统的目标 (8) 4.3、功能结构图 (9) 4.4、功能点需求 (9) 4.5、接口需求 (10) 五、非功能性需求描述 (11) 5.1、系统环境需求 (11) 5.2、易用性和用户体验需求 (11) 5.3、软硬件技术需求 (11) 5.4、安全性需求 (11) 5.5、可维护性需求 (11) 5.6、对培训的需求 (12) 六、其他 (12) 6.1、软件应当遵循的标准或规范 (12) 6.2、定义、首字母缩写词和缩略语 (12) 6.3、附件 (13)
一、引言 1.1、编写目的 编写提示：阐明编写该文档的目的；本节内容是读者接触到本文的第一段正式文字，建议通过简短文字描述简明扼要的告诉他们编写本文档的目标。 例如： 1、本文档是[项目名称] [系统属性] 客户需求调研报告，供需求分析人员进行项目需 求分析时使用； 2、本文档可以作为项目验收标准之一； 3、本文档可以作为软件维护的参考资料； 1.2、文档范围 编写提示：对本文当所涉及到所有内容的高度概括，简要说明即可。 例如： 1、本文档包括[项目描述]、[用户环境描述]…等几个章节，并： a)在[项目描述] 章节中描述了…信息； b)在[用户环境描述] 章节中描述了…信息； c)… 1.3、预期读者和阅读建议 编写提示：描述本文档可能涉及到的各类读者对象以及不同的读者应该注意的侧重点； 1.4、参考资料 编写提示：列出本文档的所有参考文献（可以是非正式出版物、客户的规章制度和流程文件、相关法律法规文件等），格式如下： 二、项目描述 2.1、项目背景 编写建议：描述该项目的建设背景；
调研提纲格式及范文
调研提纲格式及范文 调研提纲没有固定的格式和标准。调研提纲应该为调研提供方向，即告诉调查者怎样进行此项调研，比如目的，内容，方法，对象。调研提纲在调研之前完成，所以不应该有对策，结论性的东西包含在里面，因为那些是要调研结束之后才能得出的结果。提纲应很好地体现设计者分析问题的方法和逻辑性，简明扼要，思路清晰。一般思路可以是：研究对象的过去发展，发展到现在的状况（发展成绩），综合过程要求找出发展中存在的问题。调研提纲应该到此为止，至于什么问题，怎样解决，是调查结束后报告的任务。就我看到的调研提纲形式有两种：叙述式和问题式。前者直接规定调研的内容，条述式罗列调研内容。后者以问题的形式列提纲，更容易让调查者发现问题，从而解决问题。 调研提纲范文一：灵青计划春晖使者行动第十二队广东外语外贸大学？筑梦彝乡公益团队调研提纲 目录 一、前言概述 二、选题背景 三、调查实施方案、计划 四、附件 一、前言概述 （一）调研课题：乡村教育助学金的可行性与可持续性---以四川省凉山州盐源县盖租乡为例 （二）调研目的：考察助学金计划是否可行性与可持续性，是否能支持更多大山里的孩子能够接受教育，继续完成学业。 （三）调研对象：当地的公益组织、学校（主要以中学为主）、孩子（受资助与未受资助的）、孩子的家长、其他村民。 （四）调研内容： 1. 现有助学金的发放情况： 2. 现有乡村助学金的发展的不足与盲区；
3. 助学金的可行性与可持续性； 4. 如何使得助学金如何避免盲区（如：在实施过程中如何保证有效、透明，资助学生的考察条件是否合理合适等）。 （五）调研方式：文献研究法、问卷法、访谈法等社会研究方法进行研究。 （六）调研年07月13日--年07月25日（依实际情况将会小幅波动） 二、选题背景 （一）问题的提出发起本调研的团队为广东外语外贸大学“筑梦彝乡”公益团队，现已成立近两年时间。团队在对四川凉山帮扶中的近两年里积累了许多经验，经过长期与当地公益组织、学校的沟通加深了对当地状况的了解，拥有了对当地较为充分的了解及预调研后确定本调研题目，使得题目更具有针对性与实操性。通过过去近两年的暑假短期支教以及寒假两次调研，我们团队了解到，四川凉山彝族地区的很多学生存在小学到初中，甚至初中到高中阶段辍学的现象。其最主要的原因就是目前的资助更多集中在小学以及大学，而忽略了初高中阶段的学生需要。我们希望通过对当地初高中学生的家庭状况和学习情况的调研，了解这一人群的实际需要，帮助更多的学生继续完成学业，同时为筑梦助学金计划的进行可行性和可持续性分析，为日后的助学金项目实施提供依据。对于该地的乡村资金资助，其现状大致是：教育资源普遍缺乏；资金资助多是针对小学；中学的具有拔高性阶段的资金资助未受重视。归根结底，通过这样的教育资源的资金分配方式，可利于当地孩子普遍素质提高，但也难以培养出人才，不利于当地的长久的发展。另外，以调研地盐源县为例，其占地面积达到8388平方米，但县内初中有仅8所，高中仅仅2所，能够通过该地的小学升初中，初中升高中考试而脱颖而出的孩子是万中挑一的；且在山区，还有不少本来在小学取得优异成绩的有潜力学生，因为家庭贫困问题或者观念问题，不能继续学习，最终导致辍学，浪费了山区的人才资源。扶持好山区有潜力的学生完成学业，也是为他们改变山区未来做努力。这样成绩优异的孩子对持续性教育的需求
软件项目需求调研提纲
项目名称:山东xxx系统项目 需求调研提纲财务部分(Financial) 总帐管理(General Ledger) 基础项目: 1.财务部门得组织架构及部门职责？人员分配情况(用户权限)？ 2.目前就是否使用财务软件？使用何种软件？软件用户如何分工？ 3.公司有几套财务帐？之间关系如何？有无内部往来业务？ 4.目前所使用得会计科目结构以及科目结构变化得处理？ 业务处理: 5.有哪些外币业务？ 6.就是否进行科目预算管理？ 7.就是否有专项核算管理？ 8.凭证审批流程,审批得级次？ 9.有无自动结转凭证？ 10.就是否需要凭证自动冲回？ 11.银行对账与日记账管理？ 12.会计期间得跨度与要求 13.年度及结帐流程(月结与年结)？ 帐表查询与打印: 14.凭证得显示格式、打印格式与要求？ 15.账薄得显示格式、打印格式与要求？
16.财务分析报表、格式与要求(以财务科目数据为基础,单项计算公式)？ 17.相关财务制度？ 现金管理(Cash Management) 基础项目 1.相关资金管理制度及流程 2.有无专门得资金管理系统？如何与财务系统衔接？ 业务处理 1.目前公司就是否有多个银行账户？银行账户要备注那些信息？ 2.如何进行银行对帐？ 3.如何编制现金流量表？ 4.就是否做现金预测方面得工作,如何做？ 5.如何制定公司付款计划？ 账薄查询 资金管理方面得主要报表(单项计算公式)？ 业务部分(Distribution) 采购 (Purchase Order) 1.公司目前得采购行为就是否直接受门店销售需求得影响,如何影响？ 2.公司目前对原料得采购采取何种方式？ ●按批量采购(经济采购量) ●按单一订单需求采购 ●按最低库存量采购 3.采购组织结构 ●采购人员构成
调研提纲怎么写
调研提纲怎么写 个人认为，调研提纲没有固定的格式和标准。调研提纲应该为调研提供方向，即告诉调查者怎样进行此项调研，比如目的，内容，方法，对象。调研提纲在调研之前完成，所以不应该有对策，结论性的东西包含在里面，因为那些是要调研结束之后才能得出的结果。 提纲应很好地体现设计者分析问题的方法和逻辑性，简明扼要，思路清晰。一般思路可以是：研究对象的过去发展，发展到现在的状况（发展成绩），综合过程要求找出发展中存在的问题。调研提纲应该到此为止，至于什么问题，怎样解决，是调查结束后报告的任务。 就我看到的调研提纲形式有两种： 叙述式和问题式。前者直接规定调研的内容，条述式罗列调研内容。后者以问题的形式列提纲，更容易让调查者发现问题，从而解决问题。 一般来说，调研报告具有以下三个特点： 1、针对性强。调查研究通常都有事先确定的专题或课题，那么，调研报告也就必须紧紧围绕确定的专题或课题来写，而不宜包括过多的内容。如有许多专题都需要调查研究，则可以分成若干个分报告，然后汇总成一个综合性的总报告。但以班组及一般企业的要求来衡量，还是应该以“切入口比较孝专题突出”的调研报告为宜。 2、夹叙夹议。调研报告的写法应该是既有叙述的部分，又有分析、议论的部分，以叙述事实为主，把要调研的事情说清楚；但还必须要有理性、客观的分析，把道理说明白；当然，还应该有议论，把观点凸现出来。这样的调研报告才是有分量的，可以让读者了解事实、懂得道理。 3、用翔实的事实阐明文章的观点。调研报告必须要有观点，但不能从理论来到理论去，纯理论的文章还是无法说明问题的。调研报告既然是经过深入、细致的调查才得出的结论，那么，就一定要以调查的实例说话，以事实作为文章观点的支撑面。这样的调研报告才是有说服力的。 上述三个特点，证明了调研报告兼有工作总结、评论文章和新闻报道的性质，是这三类文体的综合物。 调研报告有很多种，从简单的分类来看，一般企业中经常会接触到的大致有这么几种类型： 1、典型经验类。典型经验来源于实践之中，具有很强的引领作用，可供大家学习。比如，某大型国有企业的工人发明家团队，在国内乃至国际上都有一定的地位，那么，这些先进典型是如何发现的？如何培育的？他们又是怎样成长的？调研报告就要对这一先进团队的产生、发展过程作深入的调查，总结出一些带有规律性、指导性、操作性的经验出来，让其他企业可学可用。 2、新生事物类。在如今这个注重创新的年代，新生事物层出不穷，尤其在技术革新上，各
需求调研的准备工作
业务需求调研准备工作 成晓旭 【版权保留，欢迎转载】 本文是自己总结软件开发、项目管理、咨询设计领域多年在客户访谈、需求调研等工作中的实际工作经验，是公司内部培训的一份内部文档。 1总体需求调研流程 1.1需求阶段工作流程 1.2需求调研流程 2前期准备的经验交流 2.1项目信息内部沟通 项目情况的充分传达是项目需求调研准备工作的重要基础。市场前端人员，应进行正式的组织需求调研人员讲解项目概况，尽可能充分的向项目组技术人员传达前期的项目信息：包括客户关系、项目背景、同业发展情况、建设目标、项目负责人、需求单位或部门等。而不是一两句话，说有“某某客户的某某项目，你们去调研需求，开始做开发吧”。 2.2需求调研提纲 需求调研提纲是需求调研工作成败的关键要素。编制合格的需求调研提纲，需求访谈、调研工作就已经成功了一半；如果需求调研提纲设计不合理，就匆忙开展需求调研、访谈活动，往往不能达到预期的收集项目需求的目标，也为项目后续工作的开展留下严重隐患。 需求调研提纲的内容，要根据实际需求尽可能全面，而不仅仅只是业务方面；同时又要保证不要耽搁被访者太多的时间。需求调研提纲通常需要涉及：业务管理现状（包括业务总体框架、业务流程、参与者、统计报表等等）、IT系统现状（包括系统名称、系统厂商、建设时间、支撑业务、系统维护、系统接口、功能架构、网络部署、硬件设备配置等）、业务需求（包括管理要求、业务支撑需求、系统建设/改造需求、系统性能指标要求等等）、文档资料（包括：报表样表、电子表格、政策文件、规范、标准、数据格式、接口协议文档、通信协议文档等等）。 2.3客户访谈计划拟定
如果工程项目复杂、涉及访谈的部门或人员众多，最好制定一份客户访谈计划，与客户约定具体上门访谈的时间、大致议题等。制定访谈计划时注意要征得客户相关领导的同意，获取领导的支持，最好由客户的项目负责人/领导直接安排访谈时间计划；具体访谈的时间最好是在一次相关者都在场的正式会议上沟通、协商、确定，尽量避免事后单独与每个被访对象单独约定访谈时间（这样会很难协调各方的时间、也容易打乱总体计划）。 2.4客户访谈议程 客户访谈议程，是指针对特定的客户沟通、交流活动，编写的客户访谈内容、时间、沟通议题等概要提纲，编制客户访谈议程，旨在说明客户访谈的形式、过程、内容及时间。客户访谈议程在内容和意图上类似会议议程。客户访谈议程不是客户访谈前必须准备的材料，但仍建议粗略整理一份，以便帮助访谈者整理、统一访谈思路，对于多个访谈者分组访谈的情况尤其有效，能有效确保各组受访者接受的是相同的访谈。 2.5调研提纲评审 基于需求调研的特定情况，项目组提交调研提纲，并组织内部项目成员、项目市场负责人进行简要的讨论、评审。调研提纲评审能够有效的完善调研的内容、范围，明确访谈的工作重点，提醒相关注意事项。评审环节，能够增加需求调研提纲的准备工作的重要性，在一定程度上能确保项目需求调研实施的可行性、有效性。 3调研提纲经验示例 3.1业务需求调研表示例 3.2IT系统功能现状调研表示例 3.3IT系统接口现状调研表示例 3.4IT系统硬件现状调研表示例
软件工程--需求分析报告
文档编号：001 版本号：1.0 文档名称：需求分析 项目名称：学生智能管理系统 项目负责人：朱岩 项目组长:朱岩 组员:王增、皮素梅、潘鸯鸯、陈金龙、贾春阳 开发单位：西邮07级科技1班软件开发小组 一、引言： 1、编写目的：
对庞大的信息随着学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增长。有必要开发学生信息管理系统来提高学生管理工作的效率。通过这样的系统，可以做到信息的规范管理、科学统计和快速查询，从而减少管理方面的工作量，同时也可以方便学生对信息的获取。 学生信息系统也是实现学校管理现代化和信息化的重要内容。因此，学生信息管理系统应该能够为用户提供充足的信息和快捷的查询手段，并且，面对学生生活的不断丰富化，各种小方面管理软件的泛滥，身为学生以及考虑学校本身管理的多方面的统一。本小组所开发系统是基于C/S结构，使用Visual Basic程序设计语言及SQLServer2000数据库进行设计与开发。 本系统针对软件界面的人性化，生活化，做了突破性的工作，以及多项管理功能的集成上作了初步的拓展，目的在于使管理者和访问者易于甚至乐于接受，并提出学校管理系统的一体化概念，使学校的管理更有效率。 2、编写背景： 系统待开发的名称：学生智能管理系统 项目组长：朱岩 程序录入：朱岩、王增、皮素梅、 需求分析：朱岩、潘鸯鸯、陈金龙、皮素梅 软件测试：朱岩、王增、皮素梅、潘鸯鸯、陈金龙、贾春阳
本系统的用户：学生，老师，管理员 3、定义： （1）静态数据：系统内部有关的数据结构和操作规程 （2）动态数据：程序运行时输入和输出的数据 （3）数据字典：数据字典(DD，Data Dictionary)是关于数据流 程图中出现的所有名字（数据流、处理、数据存储） 的定义的集合。 4、参考资料： [1]张向宏.软件生命周期质量保证与测试.北京：电子工业出版 社.2009 [2]张海藩.软件工程导论.北京：清华大学出版社. 2005 [3]张焕君.基于VB和SQL的数据库编程技术.北京：清华大学出版 社.2008 二：任务概述： 1、目标: （1）给出软件系统的数据流程图和数据结构。 （2）提出详细的功能说明，确定设计限定条件，规定性能需求。（3）密切与用户的联系，使用户明确自己的任务，以便实现上述两项目标。 （4）以最低的成本，在最短的期限内开发出具有管理学生和学生信息
调查提纲和调查问卷
调查提纲 1、调查时间、地点、对象 拟在2012年8月1日至2012年8月10日在赣南边缘农村对精壮劳动力日益流失后的农村土地利用率及农村发展出路进行抽样调查，调查范围可以是在家务农人员、外出务工人员和所调查乡村的乡村干部等。 2、调查方法 （1）问卷调查：为保证问卷回答的客观性和真实性，本次调查采用了严格的匿名答卷制度，尽量使受调查者能根据自己的真实感觉和思考来回答问题。 （2）访谈法：与被调查者进行面对面的直接谈话 （3）观察法：通过肉眼观察和亲身体验去感受、判断、修正调查者的真实情况。 (4)网络调查法：对外出务工人员和新“农二代”直接调查成本太高，采取网络调查法，高效率低成本。 3、调查的目的、意义 （1）选取典型的赣南边缘农村进行调查，深入了解当前精壮劳动力外流下的农村土地利用效率及利用模式，了解农民是真实想法和需求。 （2）对80、90新生代农民调查，了解他们的想法，对未来十年的农业发展和耕地利用情况进行预测。 （3）深入挖掘农村土地低的社会、经济原因。 （4）借助本次调研成果使更多的人了解到农村的现状，并提出一些可行的建议，共同促进农村未来的发展。 4、调查内容 （1）家庭情况基本情况 设计调查问卷，该部分的基本内容的内容包括家庭人口数和年龄结构、外出务工人口数年龄结构、家庭所分的耕地面积、耕种土地面积、抛荒土地面积、家庭人均收入、文化水平等。 （2）土地基本情况指标 土地使用率情况、土地耕种方式、务农的成本收益、土地如果自己不种的处置方式等。 （3）社会因素指标 务农和务工收入的对比、务农和务工的满意度对比、改善收入和消费现状的建议、惠农政策对土地利用率的影响等 （4）外出务工人员的调查报告 外出务工人员的教育水平、年龄、外出务工的原因、将来是否愿意返还农村、国家惠农政策对其务农倾向的影响等 （5）某村整体土地状况 村子里的基础设施的调查、村里的总人数、村庄的耕地总面积等 5调查结果分析及结论 通过对调查问卷、访谈情况、观察所得进行归类、统计，利用Excel、SPSS等数据软件形成文字、图标表达此次调查结果，并对现存问题进行总体性评价分析，提出改革的具体措施和建议，最终提交调查报告。
软件项目需求调研提纲
软件项目需求调研提纲
济南分公司 ADD ：济南市 2文档项目：调研提纲 项目名称：山东xxx 系统项目 需求调研提纲 财务部分（Financial ） 总帐管理（General Ledger ） 基础项目： 1. 财务部门的组织架构及部门职责？人员分配情况（用户权限）？ 2. 目前是否使用财务软件？使用何种软件？软件用户如何分工？ 3. 公司有几套财务帐？之间关系如何？有无内部往来业务？ 4. 目前所使用的会计科目结构以及科目结构变化的处理？
业务处理： 5.有哪些外币业务？ 6.是否进行科目预算管理？ 7.是否有专项核算管理？ 8.凭证审批流程，审批的级次？ 9.有无自动结转凭证？ 10.是否需要凭证自动冲回？ 11.银行对账和日记账管理？ 12.会计期间的跨度和要求 13.年度及结帐流程（月结和年结）？ 帐表查询和打印： 14.凭证的显示格式、打印格式和要求？ 15.账薄的显示格式、打印格式和要求？ 16.财务分析报表、格式和要求（以财务科 目数据为基础，单项计算公式）？ 17.相关财务制度？ 济南分公司 ADD：济南市 3
现金管理（Cash Management） 基础项目 1.相关资金管理制度及流程 2.有无专门的资金管理系统？如何和财务系统衔接？ 业务处理 1.目前公司是否有多个银行账户？银行账户要备注那些 信息？ 2.如何进行银行对帐？ 3.如何编制现金流量表？ 4.是否做现金预测方面的工作，如何做？ 5.如何制定公司付款计划？ 账薄查询 资金管理方面的主要报表（单项计算公式）？ 济南分公司 ADD：济南市 4
业务部分(Distribution) 采购（Purchase Order） 1.公司目前的采购行为是否直接受门店销售需求的影 响，如何影响？ 济南分公司 ADD：济南市 5
调研提纲格式及范文.
调研提纲格式及范?文 调研提纲没有固定?的格式和标准。调?研提纲应该为调研?提供方向，即告诉?调查者怎样进行此?项调研，比如目的?，内容，方法，对?象。调研提纲在调?研之前完成，所以?不应该有对策，结?论性的东西包含在?里面，因为那些是?要调研结束之后才?能得出的结果。?提纲应很好地体?现设计者分析问题?的方法和逻辑性，?简明扼要，思路清?晰。一般思路可以?是：研究对象的过?去发展，发展到现?在的状况（发展成?绩），综合过程要?求找出发展中存在?的问题。调研提纲?应该到此为止，至?于什么问题，怎样?解决，是调查结束?后报告的任务。?就我看到的调研?提纲形式有两种：?叙述式和问题?式。前者直接规定?调研的内容，条述?式罗列调研内容。?后者以问题的形式?列提纲，更容易让?调查者发现问题，?从而解决问题。? 调研提纲范文一?：灵青计划春?晖使者行动第十二?队广东外语外?贸大学？筑梦彝乡?公益团队调研提纲? 目录 ? 一、前言?概述 ?二、选题背景? ?三、调查实施方案?、计划 四、?附件 ?一、前言概述? ?（一）调研课题?：乡村教育助学金?的可行性与可持续?性---以四川省?凉山州盐源县盖?租乡为例 ? （二）?调研目的：考察助?学金计划是否可行?性与可持续性，是?否能支持更多大山?里的孩子能够接?受教育，继续完成?学业。 ?（三）调研对?象：当地的公益组?织、学校（主要以?中学为主）、孩子?（受资助与未受?资助的）、孩子的?家长、其他村民。?
?（四）调研内容?： 1.?现有助学金的发?放情况： ?2. 现有乡村?助学金的发展的不?足与盲区； ? 3. 助学金?的可行性与可持续?性； 4?.如何使得助学?金如何避免盲区（?如：在实施过程中?如何保证有效、透?明，资助学生的?考察条件是否合理?合适等）。 ? （五）?调研方式：文献?研究法、问卷法、?访谈法等社会研究?方法进行研究。? （?六）调研年07?月13日--年0?7月25日（依实?际情况将会小幅波?动） ?二、选题背景? ?（一）问题的提?出发起本调研?的团队为广东外语?外贸大学“筑梦彝?乡”公益团队，现?已成立近两年时间?。团队在对四川凉?山帮扶中的近两年?里积累了许多经验?，经过长期与当地?公益组织、学校的?沟通加深了对当地?状况的了解，拥有?了对当地较为充分?的了解及预调研后?确定本调研题目，?使得题目更具有针?对性与实操性。?通过过去近两年?的暑假短期支教以?及寒假两次调研，?我们团队了解到，?四川凉山彝族地区?的很多学生存在小?学到初中，甚至初?中到高中阶段辍学?的现象。其最主要?的原因就是目前的?资助更多集中在小?学以及大学，而忽?略了初高中阶段的?学生需要。我们希?望通过对当地初高?中学生的家庭状况?和学习情况的调研?，了解这一人群的?实际需要，帮助更?多的学生继续完成?学业，同时为筑梦?助学金计划的进行?可行性和可持续性?分析，为日后的助?学金项目实施提供?依据。对于该?地的乡村资金资助?，其现状大致是：?教育资源普遍缺乏?；资金资助多是针?对小学；中学的具?有拔高性阶段的资?金资助未受重视。?归根结底，通过这?样的教育资源的资?金分配方式，可利?于当地孩子普遍素?质提高，但也难以?培养出
软件项目需求分析通用
1. 引言 目的 说明编写这份报告的目的，指出预期的读者。 背景 指出待开发的软件系统的名称；行业情况；本的任务提出者、开发者、用户；该软件系统同其他系统或其他机构的基本的相互来往关系。 参考资料 列出编写本报告时参考的文件(如经核准的计划任务书或合同、上级机关的批文等)、资料、标准，以及他们的作者、标题、编号、发布日期和出版单位。 列出编写本报告时查阅的Intenet上杂志、专业着作、标准以及他们的网址。
术语 列出本报告中用到的专门术语的定义。 2. 任务概述 目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 系统（或用户）的特点 如果是产品开发，应列出本软件的特点，与老版本软件（如果有的话）的不同之处，与市场上同类软件（如果有的话）的比较。说明本软件预期使用频度； 如果是针对合同开发，则应列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和专长，以及本软件预期使用频度。这些是软件设计工作的重要约束。
3. 假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 4. 需求规定 软件功能说明 逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明产品的容量，包括系统应支持的终端数和应支持的并行操作的用户数等指标。 对功能的一般性规定 本处仅列出对开发产品的所有功能（或一部分）的共同要求，如要求界面格式统一，统一的错误声音提示，要求有在线帮助等。 对性能的一般性规定 精度 说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。时间特性要求 说明对于该系统的时间特性要求。 灵活性
软件需求分析报告书实例
需求分析说明书 1. 引言 (3) 1.1 编写目的 (3) 1.2 项目风险 (3) 1.3 预期读者和阅读建议 (5) 1.4 产品范围 (5) 1.5 参考文献 (5) 2. 系统总体概述 (6) 2.1 目标 (6) 2.2 用户类和特性 (7) 2.3 运行环境 (7) 2.3.1 硬件环境 (7) 2.3.2 软件环境 (7) 2.4 设计和实现上的限制 (7) 2.5 假设和约束(依赖) (8) 2.5.1 产品的SEO排名 (8) 2.5.3系统的安全 (8) 3. 外部接口需求 (8) 3.1 用户界面 (8) 3.2 硬件接口 (8) 3.3 软件接口 (8) 3.4 通讯接口 (9) 4. 系统特性 (9) 4.1 说明和优先级 (9) 4.2 激励／响应序列 (9) 4.3 功能需求 (9) 4.4 功能详述 (12) 4.4.1以使用软件的汽车用户为例： (12) 5. 其它非功能需求 (13) 5.1 性能需求 (13) 5.2 安全措施需求 (13) 5.3 安全性需求 (14) 5.4 操作需求 (14) 5.5 软件质量属性 (14) 5.6 业务规则 (14) 5.7 用户文档 (14) 6. 词汇表 (14) 6.1 SSH (14)
6.2 JAVA (14) 6.3 MYSQL (15) 7. 待定问题列表 (15)
1. 引言 1.1 编写目的 本需求分析说明书对本项目第一阶段的内容进行分析，对需求细节和实现方式进行了较为详细的阐述。本需求说明书供业务和科技部门人员、软件需求提供人员、软件的概要设计人员、软件的开发人员、软件的测试人员使用，并作为产品验收确认的依据。 需求分析是在可行性研究的基础上，将用户对系统的描述，通过开发人员的分析概括，抽象为完整的需求定义，再形成一系列文档的过程。可行性研究旨在评估目标系统是否值得去开发，问题是否能够解决，而需求分析旨在回答"系统做什么"的问题，确保将来开发出来的软件产品能够真正满足用户的需要。 构建一个软件系统最困难的工作是确定构建什么。其他任何工作都不会像这部分工作那样，在出错之后会如此严重地影响随后实现的系统，并且在以后修补竟会如此的困难。 需求分析是一个非常重要的过程，它完成的好坏直接影响后续软件开发的质量。一般情况下，用户并不熟悉计算机的相关知识，而软件开发人员对相关的业务领域也不甚了解，用户与开发人员之间对同一问题理解的差异和习惯用语的不同往往会为需求分析带来很大的困难。所以，开发人员和用户之间充分和有效的沟通在需求分析的过程中至关重要。 有效的需求分析通常都具有一定的难度，一方面是因为交流存在障碍，另一方面是因为用户通常对需求的陈述不完备、不准确和不全面，并且还可能不断地变化。开发人员不仅需要在用户的帮助下抽象现有的需求，还需要挖掘隐藏的需求。此外，把各项需求抽象为目标系统的高层逻辑模型对日后的开发工作也至关重要。合理的高层逻辑模型是系统设计的前提。 在进行需求分析的过程中，首先要明确需求分析应该是一个迭代的过程。由于市场环境的易变性以及用户本身对于需求描述的模糊性，需求往往很难做到一步到位。需求分析不仅仅是属于软件开发生命周期早期的一项工作，而且还应该贯穿于整个生命周期中，它应该随着项目的深入而不断地变化。 此外，为了方便后续的评审和测试等工作，需求的描述应该尽量做到：具体、详细、可以测量和可以实现，并且基于时间。 1.2 项目风险 政策风险分析： 随着社会的进步与人们生活水平的提高大幅度增加，尤其在我国汽车进入家庭的条件下，需要更多的适合现代汽车技术要求和社会经济承受能力的汽车维修检测设备，为了让四轮定位仪市场变得规范、有序，中国汽车保修设备行业协会与全国汽车维修标准化技术委员会于2004年，制定了四轮定位仪的行业标准（标准号JT/T505-2004），国家交通部2004年国标GB/T16739.1-.2-2004《汽车维修业开业条件》规定：一、二类汽车维修企业必须配备
ERP项目售前需求调研提纲
.化工行业ERP项目售前需求调研提纲 . 企业地址及邮编 企业电话及传真 企业产品及主导产品型号 企亚产值及销售额 员土总人数 组织结构，画出一个组织流程图，列出各主要部门的人员，职责及部门经理姓名 企业的经营范围? 企业的营运模式? 目前企业微机软、硬件基木情况 画出一张业务示意图，标明市场、销售、生产杆划、;采购、库房、制造、质量、财务等关键部门的位置 关键的业务现状? 基本需求及期望目标? 公司经营战略与管理制度文件？ 主要想解决哪些问题？ 现有的系统存在哪些不足? 部门各业务具体流程《业务流程图》 所有单据、凭证及报表《业务表单》 现有WIS系统相关文档 现有网络拓朴图及网络、硬件、软件配置情况 财务部分(Financial) 总帐管理(General Ledger) 总体调研内容: 1.财务部门的组织架构及部门职责?人负分配情况? 2.公司有几套财务帐?之间关系如何?有无内部往来业务? 3.现用计算机系统? 4.相关财务制度？ 实际业务核算 1.目前所使用的会计科目结构? 2.凭证审批流程 3.有哪些外币业务? 4.会计年度及结账流程 应付款管理(Account Payable) 总体调研内容: 1.相关应付款管理制度和流程手册?
发票管理 1.有没有发票处理的政策与流程手册? 2.每月的发票大致数量？ 3.有无对发票进行详细管理? 4.发票是否需要和采购单/收货单匹配,目前是如何处理的? 5.运费，杂项费用如何处理? 6.发票的审批与入帐流程如何? 7.月末货物已到而发票未到如何处理？采用何种价格暂估 付款管理 1.付款处理的政策与流程手册? 2.有无使用商业惯例中的付款条款对付款进行计划与折扣获取 3、哪些支付方式，流程如何? 报表 有那些主要应付报表?周期如何? 应收款管理(Account Receivable) 总体调研内容 1.相关应收帐管理制度和流程手册? ;2.有无专门的销售管理系统?.如何和财务系统衔接? 供应商管理: 1.供应商的管理详细程度、手段如何? 2.供应商有无分类?分类依据?. 3.供应商管理系统提供的信息? 4．有无对供应商进行询价、报价管理?． 5.有无对供应商进行考核？指标有哪些？ 6.如何查询供应商的业务记录并与供应商进行对账 客户管理 1.客户的大约数量? 2.客户的管理详细程度及手段如何? 3.客户的信用检查与控制制度如何? 4.客户的对帐、催款管理如何? 5.客户的价格及折扣管理如何? 6.有没有长期大宗协议客户 现金管理(Cash Management) 总体调研内容 1.相关资金管理制度及流程
软件项目需求调研提纲
项目名称：山东xxx系统项目 需求调研提纲财务部分（Financial） 总帐管理（General Ledger） 基础项目： 1.财务部门的组织架构及部门职责？人员分配情况（用户权限）？ 2.目前是否使用财务软件？使用何种软件？软件用户如何分工？ 3.公司有几套财务帐？之间关系如何？有无内部往来业务？ 4.目前所使用的会计科目结构以及科目结构变化的处理？ 业务处理： 5.有哪些外币业务？ 6.是否进行科目预算管理？ 7.是否有专项核算管理？ 8.凭证审批流程，审批的级次？ 9.有无自动结转凭证？ 10.是否需要凭证自动冲回？ 11.银行对账和日记账管理？ 12.会计期间的跨度和要求 13.年度及结帐流程（月结和年结）？ 济南分公司ADD：济南市
帐表查询和打印： 14.凭证的显示格式、打印格式和要求？ 15.账薄的显示格式、打印格式和要求？ 16.财务分析报表、格式和要求（以财务科目数据为基础，单项计算公式）？ 17.相关财务制度？ 现金管理（Cash Management） 基础项目 1.相关资金管理制度及流程 2.有无专门的资金管理系统？如何和财务系统衔接？ 业务处理 1.目前公司是否有多个银行账户？银行账户要备注那些信息？ 2.如何进行银行对帐？ 3.如何编制现金流量表？ 4.是否做现金预测方面的工作，如何做？ 5.如何制定公司付款计划？ 账薄查询 资金管理方面的主要报表（单项计算公式）？ 济南分公司ADD：济南市
业务部分(Distribution) 采购（Purchase Order） 1.公司目前的采购行为是否直接受门店销售需求的影响，如何影响？ 2.公司目前对原料的采购采取何种方式？ ●按批量采购（经济采购量） ●按单一订单需求采购 ●按最低库存量采购 3.采购组织结构 ●采购人员构成 ●采购岗位职责 ●采购流转单据 供应商管理 1．对于采购，供应商的确认原则是什么？ 2．现行的供应商认证与管理工作是怎样运作的？采购部负责哪些工作？3．是否进行供应商评估？若有，评估标准如何？如：价格、质量和服务等？4．有无完善的供应商信息管理？ 5．现有供应商信息的内容？如名称、地址等？ 济南分公司ADD：济南市
软件项目需求分析通用模板
1. 引言 1.1 目的 说明编写这份报告的目的，指出预期的读者。 1.2 背景 指出待开发的软件系统的名称；行业情况；本项目的任务提出者、开发者、用户；该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3 参考资料 列出编写本报告时参考的文件(如经核准的计划任务书或合同、上级机关的批文等)、资料、技术标准，以及他们的作者、标题、编号、发布日期和出版单位。 列出编写本报告时查阅的Intenet上杂志、专业著作、技术标准以及他们的网址。 1.4 术语 列出本报告中用到的专门术语的定义。
2.任务概述 2.1目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2.2系统（或用户）的特点 如果是产品开发，应列出本软件的特点，与老版本软件（如果有的话）的不同之处，与市场上同类软件（如果有的话）的比较。说明本软件预期使用频度； 如果是针对合同开发，则应列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件预期使用频度。这些是软件设计工作的重要约束。3.假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 4.需求规定 4.1软件功能说明 逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明产品的容量，包括系统应支持的终端数和应支持的并行操作的用户数等指标。 4.2对功能的一般性规定
人力资源项目需求调研提纲
********人力资源项目需求调研提纲 客户项目经理：人力资源部门 日期：2009-3-30 朗新项目经理： 日期：2009-3-30
文档控制修改记录 审阅人 存档
1、公司整体调研 1．1 公司领导对eHR软件了解程度 1．2 公司领导采用eHR软件最需要解决的问题是什么 1．3 公司领导对eHR软件的主要期望是什么 1．4 公司人力资源管理现状简介 1．5 公司组织架构基本情况 1．6 公司人力资源管理的主要困惑 2、人力资源规划调研 2．1 功能调研 2．1．1 公司人力资源供给来源有哪些 2．1．2 公司人力资源需求类型有那些 2．1．3 公司人力资源成本项目有哪些 2．1．4 人力资源基础数据调查的主要对象有哪些 2．1．5 公司人力资源战略描述及具体表现，如专业比例、学历比例、薪资比例等 2．1．6 公司人力资源规划实施的主要策略 2．1．7 公司人力资源规划分类标准 2．2 流程调研 2．2．1 公司人力资源规划实施流程 2．2．2 公司人力资源供给分析流程 2．2．3 公司人力资源需求采集流程 2．2．4 公司规划数据采集流程 2．2．5 公司人力成本分析流程 2．2．6 公司人力资源计划审批流程 2．3 资料准备 2．3．1 公司规划数据采集调查表 2．3．2 公司人力资源规划管理文件 2．3．3 公司人力资源计划表 2．4 其它事项
2．4．1 规划数据的查询及报表需求 2．4．2 规划数据与其他模块的数据联动关系 2．4．3 规划数据是否需要预警设置或提示信息2．4．4 规划数据的权限分配有何特殊要求 3、员工信息管理调研 3．1 功能调研 3．1．1 公司员工分类主要包含那些类型 3．1．2 需要通过那些信息子集来描述员工的详细信息3．1．3 信息子集是否需要通过权限分配由不同的人管理3．1．4 员工信息管理有哪些必须描述的字段 3．1．5 员工编号的规则 3．1．6 员工和岗位之间的对应关系 3．1．7 员工具有哪些胜任能力特征 3．1．8 员工具有哪些变动类型 3．2 流程调研 3．2．1 员工信息采集的审核流程 3．2．2 员工信息变动的审核流程 3．3 资料准备 3．3．1 员工管理制度及相关表格 3．3．2 员工花名册 3．3．3 员工卡片 3．3．4 员工信息采集表 3．4 其他事项 3．4．1 员工信息预警类型和条件 3．4．2 员工信息统计结果的输出类型 3．4．3 数据导入导出的特殊要求 4、职务职能管理调研 4．1 功能调研
软件开发需求分析模板
需求分析 1.引言 1.1目的 说明编写这份报告的目的，指出预期的读者。 1.2背景 指出待开发的软件系统的名称；行业情况；本项目的任务提出者、开发者、用户；该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3参考资料 列出编写本报告时参考的文件(如经核准的计划任务书或合同、上级机关的批文等)、资料、技术标准，以及他们的作者、标题、编号、发布日期和出版单位。 列出编写本报告时查阅的Intenet上杂志、专业著作、技术标准以及他们的网 1.4术语 列出本报告中用到的专门术语的定义。 2.任务概述 2.1目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。
2.2系统（或用户）的特点 如果是产品开发，应列出本软件的特点，与老版本软件（如果有的话）的不同之处，与市场上同类软件（如果有的话）的比较。说明本软件预期使用频度； 如果是针对合同开发，则应列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件预期使用频度。这些是软件设计工作的重要约束。 3.假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 4.需求规定 4.1软件功能说明 逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明产品的容量，包括系统应支持的终端数和应支持的并行操作的用户数等指标。 4.2对功能的一般性规定 本处仅列出对开发产品的所有功能（或一部分）的共同要求，如要求界面格式统一，统一的错误声音提示，要求有在线帮助等。 4.3对性能的一般性规定 4.3.1精度 说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。 4.3.2时间特性要求 说明对于该系统的时间特性要求。 4.3.3灵活性 说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。 4.4输入输出要求 解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。 对系统的数据输出及必须标明的控制输出量进行解释并举例。
实验1 《软件项目的需求分析》实验报告
软件工程 实验报告 实验1：软件项目的需求分析 学号： 班号： 姓名： 课程主讲教师：张建国 实验指导教师：张建国 提交日期： 2011年11月11日
软件需求规格说明书 1引言 编写目的 编写本文档的目的是根据系统分析工程师和客户沟通的结果，对用户需求进行了全面细致的分析，深入描述《图书管理系统》软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求。 该需求规格说明书的读者对象是图书管理系统软件小组的研发工程师、测试工程师、销售工程师，版权归上述所有者所有，严禁外传。 背景 随着社会信息量的与日俱增，作为信息存储的主要媒体之一图书，数量、规模比以往任何时候都大的多，不论个人还是图书管理部门都需要使用方便而有效的方式来管理自己的书籍。在计算机日益普及的今天，对个人而言若采用一套行之有效的图书管理系统来管理自己的书籍，会方便许多。对图书管理部门而言，以前单一的手工检索已不能满足人们的要求，为了便于图书资料的管理需要有效的图书管理软件。 图书管理系统软件LMS 是一套功能比较完善的数据管理软件，具有数据操作方便高效迅速等优点。该软件采用功能强大的数据库软件开发工具进行开发，具有很好的可移植性，可在应用范围较广的DOS、WINDOWS系列等操作系统上使用。除此以外，LMS 可通过访问权限控制以及数据备份功能，确保数据的安全性。 定义 文档中采用的专门术语的定义及缩略词简要如下： LMS：Library Management System，图书管理系统。 1.4参考资料 [1]王慧亮关于图书管理系统的批文 [2]郑人杰，殷人昆，陶永雷。《实用软件工程》（第二版）。北京：清华大学出版社，1997。 [3]王立福，麻志毅。《软件工程》（第二版）。北京：北京大学出版社，2001。 [4]唐学忠，王文。《Visual Basic程序设计教程》北京：中国电力出版社，2002。