系统需求分析要写什么

系统需求分析要写什么

问题一：怎样写一个系统的需求分析？一般都包括哪些内容 方法⑴首先调查组织情况包括了解该组织的部门组成情况，各部门的职能等，为分析信息流程作准备。⑵然后调查各部门的业务活动情况⑶协助用户明确对新系统的各种要求包括信息要求、处理要求、完全性与完整性要求。⑷确定新系统的边界常用的调查方法有：⑴跟班作业通过亲身参加业务工作来了解业务活动的情况。这种方法可以比较准确地理解用户的需求，但比较耗费时间。⑵开调查会通过与用户座谈来了解业务活动情况及用户需求。座谈时，参加者之间可以相互启发。⑶请专人介绍。⑷询问对某些调查中的问题，可以找专人询问。⑸设计调查表请用户填写如果调查表设计得合理，这种方法是很有效，也很易于为用户接受的。⑹查阅记录即查阅与原系统有关的数据记录，包括原始单据、账簿、报表等。通过调查了解了用户需求后，还需要进一步分析和表达用户的需求。分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。问题二：如何写系统需求分析 学生选课系统需求分析 第一部分 需求分析 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 ． 系 统 设 置 ......余下全文>>问题三：哪位大神帮我分析一下我写的系统中在需求分析还要哪些功能模块？ 亲啊，你写的全是功能模块，只是其中的一个部分。需求分析大概分成这几个部分：背景分析，需求描述，需求分析，解决方案。在你的解决分案中，才加入你所谓的养老求助服务、就业保障服务、商业便民服务，这些功能模块的描述。你整个需求文档其实是一个像用户解释，存在什么问题？要怎么解决？为什么这样解决对我（用户）有好处？问题四：写一个需求分析(对你自己想做什么样的系统或网站) 需求分析近似于实现的功能，比如写一个学生成绩管理系统，你除了对对象的设计之外也还要写一些具体的功能，如添加，删除，修改学生成绩等。问题五：软件的需求分析怎么写啊？ 1. 引言
1.1　编写目的:编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员.希望能使本软件开发工作更具体.
1.2　项目背景
1.2.1项目委托单位:****公司
1.2.2开发单位:***公司
1.3　定义
1.4　　参考资料
2. 任务概述
2.1　目标:
决策支持:根据公司的要求及时提供所需报表及文件,并在适当时候对各部门领导给予销售及进货等方面的提示
提高效率:利用软件进行管理,避免人工管理的失误以及 延迟性,从而实现高效率的管理.
2.2　运行环境:
硬件方面:Pentium级处理芯片
1兆显存的兼容显卡
256色,800*600的兼容显示器
标准兼容打印机
软件方面: WIN95操作系统
2.3　条件与限制:
编程用计算机一台
完成期限2000/7/1
无资金供给
3. 数据概述
数据流程图如下:
3.1　静态数据:包括系统登录密码,各数据库所在位置,系统分析原始数据
3.2 　动态数据:包括各数据库内各项显示数据,用户登录信息,系统时间
3.3　数据库描述:
人事管理数据库:公司内人员的个人详细信息,包括档案信息
销售管理数据库:当日销售记录及以前的销售统计,用于销售分析
财务管理数据库:公司内部账目及收支情况详表
技术管理数据库:公司所需各技术档案的详细记录(包括文档)
3.4 数据字典:
数据流词条描述:
1.数据流名:登录信息
来源:用户的输入
去向:系统内部检验部分
组成:用户名,密码
流通量:每次登录输入一次
2.数据流名:登录结果
来源:系统
去向:用户
组成:返回信息
流通量:每次登录返回一次
3.数据流名:输入修改信息
来源:用户
去向:系统判断部分
组成:根据各数据库内容而不同
流通量:依用户输入而定
4.数据流名:反馈信息
来源:系统判断部分
去向:用户
组成:系统经判断后发回的字符数据
流通量: 依系统当前信息而定
5.数据流名:识别信息
来源:系统内部检验部分
去向:系统判断部分
组成:系统各数据库的标识信息
流通量:用户每次输入流通一次
6.数据流名:处理信息
来源:系统判断部分
去向:各数据库处理部分
组成:读取/修改标识,读取/修改的变量名称
流通量:用户每次输入流通一次
7.数据流名:读取修改
来源:系统判断部分
去向:系统各数据库
组成:读取/修改标识,读取/修改内容
流通量: 用户每次输入流通一次
数据文件词条描述:
1.数据文件名:人事数据
简述:存储人员信息
数据文件组成:人员的各项信息(以CString类型为主)
2.数据文件名:销售数据
简述:存储当日及从前的销售记录
数据文件组成:销售的各项信息
3.数据文件名:财务数据
简述:存储财务管理信息
数据文件组成:财务管理的各项记录
4.数据文件名:技术数据
简述:存储公司内部使用的技术档案信息
数据文件组成:技术档案名称,内容
加工逻辑词条描述:
1.加工名:检验
......余下全文>>问题六：如何系统的进行用户需求分析 1.概念
需求的定义包括从用户角度(系统的外部行为),以及从开发者角度(一些内部特性)来阐述需求.
关键的问题是一定要编写需求文档.我曾经目睹过一个项目中途更换了所有的开发者,客户被迫与新的需求分析者坐到一起.系统的分析人员说:我们想与你谈谈你的需求.客户的第一反应便是:我已经将我的要求都告诉你们前任了,现在我要的就是给我编一个系统.
百事通
而实际上,UGGs,需求并未编写成文档,因此新的分析人员不得不从头做起.所以如果只有一堆邮件、会谈记录或一些零碎的未整理的对话,你就确信你已明白用户的需求,那完全是自欺欺人.
需求的另外一种定义认为需求是用户所需要的并能触发一个程序或系统开发工作的说明.有些需求分析专家拓展了这个概念:从系统外部能发现系统所具有的满足于用户的特点、功能及属性等.这些定义强调的是产品是什么样的,而并非产品是怎样设计、构造的.而下面的定义则从用户需要进一步转移到了系统特性:
需求是指明必须实现什么的规格说明.它描述了系统的行为、特性或属性,是在开发过程中对系统的约束.
从上面这些不同形式的定义不难发现:并没有一个清晰、毫无二义性的需求术语存在,真正的需求实际上在人们的脑海中,这个人们主要是指客户,但一般情况下,用户并不能描述自己的需要,只就需要系统分析人员根据用户的自己语言的描述整理出相关的需要再进一步和客户核对.系统分析员和客户需要确保所有项目风险承担者在描述需求的那些名词的理解上务必达成共识.
任何文档形式的需求(例如如下将要描述的需求规格说明书)仅是一个模型,一种描述.
2.需求分析的任务
开发软件系统最为困难的部分就是准确说明开发什么.最为困难的概念性工作便是编写出详细技术需求,这包括所有面向用户、面向机器和其它软件系统的接口.同时这也是一旦做错,将最终会给系统带来极大损害的部分,并且以后再对它进行修改也极为困难.
目前,国内产品的庞杂,一家企业可能有几个系统并立运行,它们之间接口是系统开发人员最头痛的问题.
对于商业最终用户应用程序,企业信息系统和软件作为一个大系统的一部分的产品是显而易见的.但是对于我们开发人员来说,并没有编写出客户认可的需求文档,我们如何知道项目于何时结束?而如果我们不知道什么对客户来说是重要的,那我们又如何能使客户感到满意呢?
然而,即便并非出于商业目的的软件需求也是必须的.例如库、组件和工具这些供开发小组内部使用的软件.当然你可能偶尔勿需文档说明就能与其他人意见较为一致,但更常见的是出现重复返工这种不可避免的后果,而重新编制代码的代价远远超过重写一份需求文档的代价,这些血的教训正在国内的软件开发者身上发生.
近来,我遇到一个开发小组开发包括代码编辑器在内的一套内部使用的计算机辅助软件.不幸的是,当他们开发完这个工具后,发现这个工具不能打印出源代码文件,使用者当然希望有这个功能.结果这个小组只好手工抄写源代码文档以供代码检查.这说明那怕需求明确无误并构思准确,如果我们没有编写文档,软件达不到期望目标也只能是咎由自取了.
相反的情况,我曾见一个要集成到错误跟踪系统中的简单界面写了一页需求说明.而操作系统系统管理员在为处理脚本时发现简单的一张需求清单竟是如此有用.他们依据需求对系统进行测试时,此系统不仅非常清晰地实现了所有必需功能,而且未发现任何错误.
事实上,需求文档在开发过程中一直起指导作用.
3.需求分析过程
可把整个软件需求工程......余下全文>>问题七：写某系统需求分析中的系统性能分析时，应该从哪些方面去考虑？ 教学设计需要考虑的因素很多，但基本要素有三：文本、学生和教学环节。文本是教与学的基本对象，必须扎扎实实落实；学生是学习的主体，他们的学习状态、学习心理以及原有经验都对学习产生影响；教学环节是将教育理念变为可以触摸的教学现象和可以操作的教学行为的中介桥梁。 　　一、激发学生的学习兴趣，培养学生自主学习的意识和习惯，引导学生掌握语文学习的方法，为学生创设有利于自主、合作、探究学习的环境问题八：信息系统需求分析主要包括哪些内容 当然我不是说需求分析不重要，而是说需求分析太重要，是一个报告所不能容纳的，而是要有一个包括数个不同内容体系的文档系统。而如果你的项目根本就没有那么多的资金和资源，你一般就不要动用这样一个庞大的系统。你在这个时候只需要随时记录你的想法，列出你的关注点和解决的想法。而当然这个系统虽然庞大，但是还有很多线索要你去掌握它们的建造。首先这个系统需要有一个业务目标分析，也就你的这个系统要达到的业务目标，要结合具体的企业环境进行系统分析和论证，这个文档的阅读者基本上属于最高级次的决策者。还要有一个技术目标分析，也就是你的这个项目将解决什么具体的技术问题，这个部分也十分的复杂，基本上需要行业专家认真地分析，这个文档的阅读者属于管理者。还要有一个技术实现的报告，也就是你需要为完成这个项目动用什么技术，主要是你必须说出在这个项目的几种可使用技术方案中你为什么要选择你目前的这种，这个文档的阅读者基本上就是相关的技术人员。而同时你还需要一个风险分析的报告，把这个文档要针对业务/技术/实现这三个层次的问题中要遇到的各种风险进行分析。这属于基本的需求分析的基础文档系统。问题九：学生信息管理系统的需求分析怎么写 哈哈，我毕业的毕业论文嘛。你看看下面这些，我做的是招生管理系统，可以供你参考一下。
系统需求分析
4.1系统设计总体目标
（1）本系统具有很强的可靠行，可以对录入的考生信息进行效验，对数据进行修改、删除，规定招生工作人员的权限。
（2）本系统中的模块具有很强的可续性，可以方便招生工作人员的修改与维护。
（3）本系统操作方便、灵活、简单。操作人员只需录入考生的基本信息和招生数据。
（4）本系统可高效、快速的查询到考生的基本信息和招生计划，便于招生工作的开展。
4.2系统设计的需求概况功能分析
本系统主要实现对考生的基本信息管理、招生计划管理和已招生信息管理功能。
1、 考生基本信息管理：招生就业办公室管理考生的基本信息并同时提供考生的基本信息
（1）考生的基本信息包括：考号、姓名、性别、户口所在地、政治面貌、籍贯、年龄、出生年月、高考成绩、填报志愿等。
（2）需求实现的功能：考生基本信息维护、录取考生、统计考生信息
2、招生计划管理：根据学院各系在各省份的招生情况制定
（1）招生计划包括：院系、省份、招生名额
（2）需求实现功能：招生计划维护、招生计划查询、统计。
3、已招生信息管理：
（1）已招生信息包括：已录取考生志愿、分数、各省已招生名额、剩余名额。
（2）需求实现的功能：各省招生信息的统计、各院系招生信息的统计、汇总。
4、其他需求：为体现数据库相关概念，在系统实现中要尽量创建数据库、创建表、维护表、事务模型、视图以及安全管理的等功能。
4.3 性能需求
（1）安全性
在高系统配置、高网络带宽和容易得到保证的情况下，我们最需要考虑的性能需求就是系统安全性问题。在开发系统的每个阶段，均需要考虑彼此间的认证与授权。尤其要注意认证，简单地说就是确定谁是特定用户，并针对安全源验证该用户的身份。在处理完识别用户的方法之后，必须利用一种方法以向用户授权，从而能够使用系统的特定功能。问题十：电子商务系统网站需求分析怎么写 提供三部分的功能：（1）网上购物；（2）在网上进行商品库存管理；（3）在网上进行订单管理。
一、网上购物主要包括：用户的登录、用户的注册、用户个人信息维护、商品浏览、网上购买。
用户登录，对用户登录输入的用户名密码进行验证。 用户注册，要求提供用户的详细资料。
用户个人信息维护，对用户个人资料及个人密码进行维护。
商品浏览, 用户在网上对本站点所提供的商品进行浏览和搜索（用户无需注册）。网上购买，注册用户提交所要购买的商品列表（列表为用户点击商品下的购买按钮时自动生成）。 二、网上进行商品库存管理主要包括：库存管理员登录、库存管理员个人信息修改、管理库存、对商品类别和商品进行管理。
管理员登录，对管理员登录输入的用户名密码进行验证。 管理员对自己的个人信息进行必要的修改。 商品类别管理，对商品进行分类管理。 商品管理，对商品进行管理。
管理库存, 管理员对库存商品的数量进行管理。
三、网上进行商品订单管理主要包括：订单管理员登录、订单管理员个人信息修改、管理订单。
订单管理员登录，对管理员登录输入的用户名密码进行验证。 管理员对自己的个人信息进行必要的修改。
管理订单，包括已发货订单、未发货订单的浏览查询以及未发货订单的的修改和删除。
1.2 用户特点
所面向的用户群分为网上购物者、网站管理人员两种。 网上购物者：这一类人员包括各种人员，这些人员中可能有一小部分人对网络的使用存在一些问题，例如：不会使用浏览按钮，不会使用购买按钮等等。对于这种情况，我们将提供细致的服务和详细的帮助文档。
网站管理人员：这一类人不存在使用问题，只需简单培训即可.
http:/...FmcnIu