育才学习网1. 怎样写一个系统的需求分析
方法 ⑴首先调查组织机构情况 包括了解该组织的部门组成情况，各部门的职能等，为分析信息流程作准备。
⑵然后调查各部门的业务活动情况 包括了解各个部门输入和使用什么数据，如何加工处理这些数据，输出什么信息，输出到什么部门，输出结果的格式是什么。 ⑶协助用户明确对新系统的各种要求 包括信息要求、处理要求、完全性与完整性要求。
⑷确定新系统的边界 确定哪些功能由计算机完成或将来准备让计算机完成，哪些活动由人工完成。由计算机完成的功能就是新系统应该实现的功能。
常用的调查方法有： ⑴跟班作业 通过亲身参加业务工作来了解业务活动的情况。这种方法可以比较准确地理解用户的需求，但比较耗费时间。
⑵开调查会 通过与用户座谈来了解业务活动情况及用户需求。座谈时，参加者之间可以相互启发。
⑶请专人介绍。 ⑷询问 对某些调查中的问题，可以找专人询问。
⑸设计调查表请用户填写 如果调查表设计得合理，这种方法是很有效，也很易于为用户接受的。 ⑹查阅记录 即查阅与原系统有关的数据记录，包括原始单据、账簿、报表等。
通过调查了解了用户需求后，还需要进一步分析和表达用户的需求。 分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。
2. 需求分析怎么写
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色，800*600的兼容显示器 标准兼容打印机<2>软件方面： WIN95操作系统2.3 条件与限制： 编程用计算机一台 完成期限2000/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）协助财务人员进行计算机管理，对库存情况\进。
3. 选课系统需求分析怎么写
学生选课系统需求分析 第一部分 需求分析 1.系统功能模块基本划分本系统划分为三个子系统：系统管理系统：系统维护学生选课系统：学生选课操作教师查询系统：学生选课情况查询 2. 系统维护 2 1 2. 1 . 1 . 学生基本资料维护目标：针对学生的基本资料进行添加、删除、更新、查询。
2. 1 . 2. 学生基本资料维护概述：前提条件： 管理员要对学生基本资料进行添加、删除、更新或查询。角色： 各级别的系统管理员输入： 学生基本属性（学号、姓名、系部、班级、密码、选课总学分） 。
基本流程： 登录管理员系统→验证当前用户权限→选择“学生基本资料维护” →管理员添加、删除或修改更新→验证输入或修改的数据→验证通过： 更新数据库， 验证不通过： 给出提示信息要求用户重新输入。输出： 学生基本资料报表。
2 2 2. 2. 1 . 教师基本资料维护目标：针对教师的基本资料进行添加、删除、更新、查询。 2. 2. 2. 教师基本资料维护概述：前提条件： 管理员要对教师基本资料进行添加、删除、更新或查询。
角色： 各级别的系统管理员输入： 教师基本资料（工号、姓名、系部、密码、相关资料）基本流程： 登录管理员系统→验证当前用户权限→选择“教师基本资料维护” →管理员添加、删除或修改更新→验证输入或修改的数据→验证通过： 更新数据库， 验证不通过： 给出提示信息要求用户重新输入。输出： 教师基本资料报表。
2 3 2. 3. 1 . 课程基本资料维护目标：针对课程的基本资料进行添加、删除、更新、查询。 2. 3. 2. 课程基本资料维护概述：前提条件： 管理员要对课程基本资料进行添加、删除、更新或查询。
角色： 二级系统管理员输入： 课程基本资料（课程号、课程名、课程简介、上课时间、上课地点、学时、学分、人数上线、当前人数、教师号）基本流程： 登录管理员系统→验证当前用户权限→选择“课程基本资料维护” →管理员添加、删除或修改更新→验证输入或修改的数据→验证通过： 更新数据库， 验证不通过： 给出提示信息要求用户重新输入。输出： 课程详细资料。
2 4 2. 4. 1 . 系部资料维护目标：针对系部资料进行添加、删除、更新、查询。 2. 4. 2. 系部维护概述：前提条件： 管理员要对系部资料进行添加、删除、更新或查询。
角色： 一级系统管理员输入： 系部资料（系号、系名称）基本流程： 登录管理员系统→验证当前用户权限→选择“系部资料维护” →管理员添加、删除或修改更新→验证输入或修改的数据→验证通过： 更新数据库， 验证不通过： 给出提示信息要求用户重新输入。输出： 无 2 5 2. 5. 1 . 管理员维护目标：设置各级管理员权限 2. 5. 2. 管理员维护概述：前提条件：角色： 一级管理员输入： 管理员权限基本流程： 登录系统→验证权限→设置管理员权限→验证设置→成功更新或失败返回输出： 2 6 2. 6. 1 . 修改密码目标：正确的修改管理员登录密码 2. 6. 2. 修改密码概述：前提条件： 用旧密码正确登录角色： 各级管理员输入： 旧密码、新密码、验证密码基本流程： 登录选课系统→验证权限→输入旧密码、新密码、验证密码提交→验证旧密码是否正确、新密码和验证密码是否相同→成功或失败（一天内不能超过3 次）输出： 成功或失败信息 2 7 2. 7. 1 . 系统设置目标：通过系统设置来修改系统环境变量 2 . 7 . 2 . 系 统 设 置 概 述 ：前提条件：角色： 一级管理员输入： 系统设置基本流程： 登录设置系统→验证权限→输入系统设置（学校名称、总学分设置等）输出： 3. 学生选课 3 1 3. 1 . 1 . 课程预览目标：让学生可以详细的了解课程情况 3. 1 . 2. 课程预览概述：前提条件： 学生正确登录角色： 学生输入： 无基本流程： 登录学生选课系统→验证当前用户权限→查看课程信息输出： 课程详细信息。
3 2 3. 2. 1 . 选课目标：学生可以选择要选修的课程 3. 2. 2. 选课概述：前提条件： 正确登录、点击选课项角色： 学生输入： 选择要修的课程基本流程： 登录选课系统→验证权限→选择要学的课程→提交表单→验证提交的数据（最多不能超过规定的学分）输出： 选课情况 3 3 3. 3. 1 . 退课目标：由于主观或客观原因要求退课 3. 3. 2. 退课概述：前提条件： 正确登录、选择退课项角色： 学生输入： 选择要退的课程基本流程： 登录选课系统→验证权限→删除要退的课程→验证提交的数据（不能删除空数据）输出： 成功或失败的信息 3 4 3. 4. 1 . 修改密码目标：正确的修改学生登录密码 3. 4. 2. 修改密码概述：前提条件： 用旧密码正确登录角色： 学生输入： 旧密码、新密码、验证密码基本流程： 登录选课系统→验证权限→输入旧密码、新密码、验证密码提交→验证旧密码是否正确、新密码和验证密码是否相同→成功或失败（一天内不能超过3 次）输出： 成功或失败信息 4. 教师课程查询 4 1 4. 1 . 1 . 查询课程目标：正确查找课程人数情况 4. 1 . 2. 查询课程概述：前提条件： 正确登录角色： 教师输入：基本流程： 登录系统→验证权限→查看某课程报名人数情况输出： 课程报名人数情况 4 2 4. 2. 2. 修改密码目标：正确的修改密码 4. 2. 3. 修改密码概述：前提条件： 正确登录角色： 教师输入： 旧密码、新密码、验。
4. 功能需求怎么写
需求分析是一项重要的工作，也是最困难的工作。该阶段工作有以下特点：
(1)用户与开发人员很难进行交流
在软件生存周期中，其它四个阶段都是面向软件技术问题，只有本阶段是面向用户的。需求分析是对用户的业务活动进行分析，明确在用户的业务环境中软件系统应该"做什么"。但是在开始时，开发人员和用户双方都不能准确地提出系统要"做什么？"。因为软件开发人员不是用户问题领域的专家，不熟悉用户的业务活动和业务环境，又不可能在短期内搞清楚；而用户不熟悉计算机应用的有关问题。由于双方互相不了解对方的工作，又缺乏共同语言，所以在交流时存在着隔阂。
(2)用户的需求是动态变化的
对于一个大型而复杂的软件系统，用户很难精确完整地提出它的功能和性能要求。一开始只能提出一个大概、模糊的功能，只有经过长时间的反复认识才逐步明确。有时进入到设计、编程阶段才能明确，更有甚者，到开发后期还在提新的要求。这无疑给软件开发带来困难。
(3)系统变更的代价呈非线性增长
需求分析是软件开发的基础。假定在该阶段发现一个错误，解决它需要用一小时的时间，到设计、编程、测试和维护阶段解决，则要花2.5、5、25、100倍的时间。
因此，对于大型复杂系统而言，首先要进行可行性研究。开发人员对用户的要求及现实环境进行调查、了解，从技术、经济和社会因素三个方面进行研究并论证该软件项目的可行性，根据可行性研究的结果，决定项目的取舍。
编辑本段方法
⑴首先调查组织机构情况
包括了解该组织的部门组成情况，各部门的职能等，为分析信息流程作准备。
⑵然后调查各部门的业务活动情况
包括了解各个部门输入和使用什么数据，如何加工处理这些数据，输出什么信息，输出到什么部门，输出结果的格式是什么。
⑶协助用户明确对新系统的各种要求
包括信息要求、处理要求、完全性与完整性要求。
⑷确定新系统的边界
确定哪些功能由计算机完成或将来准备让计算机完成，哪些活动由人工完成。由计算机完成的功能就是新系统应该实现的功能。
常用的调查方法有：
⑴跟班作业
通过亲身参加业务工作来了解业务活动的情况。这种方法可以比较准确地理解用户的需求，但比较耗费时间。
⑵开调查会
通过与用户座谈来了解业务活动情况及用户需求。座谈时，参加者之间可以相互启发。
⑶请专人介绍。
⑷询问
对某些调查中的问题，可以找专人询问。
⑸设计调查表请用户填写
如果调查表设计得合理，这种方法是很有效，也很易于为用户接受的。
⑹查阅记录
即查阅与原系统有关的数据记录，包括原始单据、账簿、报表等。
通过调查了解了用户需求后，还需要进一步分析和表达用户的需求。
分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。
编辑本段案例
(1)需求分析报告的编写目的
本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本铁路售票系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。
(2)产品背景明细
软件名称：铁路售票系统
(3)缩写及缩略语
铁路售票应用系统软件：基本元素为构成铁路售票及相关行为所必须的各种部分。
需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。
需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。
模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的。
本工程描述：
(1)软件开发的目标：
完善目前铁路售票系统，使之能跟上时代的发展。同时通过实践来提高自己的动手能力。
(2)应用范围：
理论上能够实现于铁路部门的售票系统，其目的在于在原有的系统基础使得铁路售票实名化，以期实现完善日常生活中铁路售票的各种缺陷。
5. 选课系统需求分析怎么写
学生选课系统需求分析 第一部分 需求分析 1.系统功能模块基本划分本系统划分为三个子系统：系统管理系统：系统维护学生选课系统：学生选课操作教师查询系统：学生选课情况查询 2. 系统维护 2 1 2. 1 . 1 . 学生基本资料维护目标：针对学生的基本资料进行添加、删除、更新、查询。
2. 1 . 2. 学生基本资料维护概述：前提条件： 管理员要对学生基本资料进行添加、删除、更新或查询。角色： 各级别的系统管理员输入： 学生基本属性（学号、姓名、系部、班级、密码、选课总学分） 。
基本流程： 登录管理员系统→验证当前用户权限→选择“学生基本资料维护” →管理员添加、删除或修改更新→验证输入或修改的数据→验证通过： 更新数据库， 验证不通过： 给出提示信息要求用户重新输入。输出： 学生基本资料报表。
2 2 2. 2. 1 . 教师基本资料维护目标：针对教师的基本资料进行添加、删除、更新、查询。 2. 2. 2. 教师基本资料维护概述：前提条件： 管理员要对教师基本资料进行添加、删除、更新或查询。
角色： 各级别的系统管理员输入： 教师基本资料（工号、姓名、系部、密码、相关资料）基本流程： 登录管理员系统→验证当前用户权限→选择“教师基本资料维护” →管理员添加、删除或修改更新→验证输入或修改的数据→验证通过： 更新数据库， 验证不通过： 给出提示信息要求用户重新输入。输出： 教师基本资料报表。
2 3 2. 3. 1 . 课程基本资料维护目标：针对课程的基本资料进行添加、删除、更新、查询。 2. 3. 2. 课程基本资料维护概述：前提条件： 管理员要对课程基本资料进行添加、删除、更新或查询。
角色： 二级系统管理员输入： 课程基本资料（课程号、课程名、课程简介、上课时间、上课地点、学时、学分、人数上线、当前人数、教师号）基本流程： 登录管理员系统→验证当前用户权限→选择“课程基本资料维护” →管理员添加、删除或修改更新→验证输入或修改的数据→验证通过： 更新数据库， 验证不通过： 给出提示信息要求用户重新输入。输出： 课程详细资料。
2 4 2. 4. 1 . 系部资料维护目标：针对系部资料进行添加、删除、更新、查询。 2. 4. 2. 系部维护概述：前提条件： 管理员要对系部资料进行添加、删除、更新或查询。
角色： 一级系统管理员输入： 系部资料（系号、系名称）基本流程： 登录管理员系统→验证当前用户权限→选择“系部资料维护” →管理员添加、删除或修改更新→验证输入或修改的数据→验证通过： 更新数据库， 验证不通过： 给出提示信息要求用户重新输入。输出： 无 2 5 2. 5. 1 . 管理员维护目标：设置各级管理员权限 2. 5. 2. 管理员维护概述：前提条件：角色： 一级管理员输入： 管理员权限基本流程： 登录系统→验证权限→设置管理员权限→验证设置→成功更新或失败返回输出： 2 6 2. 6. 1 . 修改密码目标：正确的修改管理员登录密码 2. 6. 2. 修改密码概述：前提条件： 用旧密码正确登录角色： 各级管理员输入： 旧密码、新密码、验证密码基本流程： 登录选课系统→验证权限→输入旧密码、新密码、验证密码提交→验证旧密码是否正确、新密码和验证密码是否相同→成功或失败（一天内不能超过3 次）输出： 成功或失败信息 2 7 2. 7. 1 . 系统设置目标：通过系统设置来修改系统环境变量 2 . 7 . 2 . 系 统 设 置 概 述 ：前提条件：角色： 一级管理员输入： 系统设置基本流程： 登录设置系统→验证权限→输入系统设置（学校名称、总学分设置等）输出： 3. 学生选课 3 1 3. 1 . 1 . 课程预览目标：让学生可以详细的了解课程情况 3. 1 . 2. 课程预览概述：前提条件： 学生正确登录角色： 学生输入： 无基本流程： 登录学生选课系统→验证当前用户权限→查看课程信息输出： 课程详细信息。
3 2 3. 2. 1 . 选课目标：学生可以选择要选修的课程 3. 2. 2. 选课概述：前提条件： 正确登录、点击选课项角色： 学生输入： 选择要修的课程基本流程： 登录选课系统→验证权限→选择要学的课程→提交表单→验证提交的数据（最多不能超过规定的学分）输出： 选课情况 3 3 3. 3. 1 . 退课目标：由于主观或客观原因要求退课 3. 3. 2. 退课概述：前提条件： 正确登录、选择退课项角色： 学生输入： 选择要退的课程基本流程： 登录选课系统→验证权限→删除要退的课程→验证提交的数据（不能删除空数据）输出： 成功或失败的信息 3 4 3. 4. 1 . 修改密码目标：正确的修改学生登录密码 3. 4. 2. 修改密码概述：前提条件： 用旧密码正确登录角色： 学生输入： 旧密码、新密码、验证密码基本流程： 登录选课系统→验证权限→输入旧密码、新密码、验证密码提交→验证旧密码是否正确、新密码和验证密码是否相同→成功或失败（一天内不能超过3 次）输出： 成功或失败信息 4. 教师课程查询 4 1 4. 1 . 1 . 查询课程目标：正确查找课程人数情况 4. 1 . 2. 查询课程概述：前提条件： 正确登录角色： 教师输入：基本流程： 登录系统→验证权限→查看某课程报名人数情况输出： 课程报名人数情况 4 2 4. 2. 2. 修改密码目标：正确的修改密码 4. 2. 3. 修改密码概述：前提条件： 正确登录角色： 教师输入： 旧密码、新密码、验。
