系统需求分析论文模板怎么写

方法 ⑴首先调查组织机构情况 包括了解该组织的部门组成情况，各部门的职能等，为分析信息流程作准备。 ⑵然后调查各部门的业务活动情况 包括了解各个部门输入和使用什么数据，如何加工处理这些数据，输出什么信息，输出到什么部门，输出结果的格式是什么。 ⑶协助用户明确对新系统的各种要求 包括信息要求、处理要求、完全性与完整性要求。 ⑷确定新系统的边界 确定哪些功能由计算机完成或将来准备让计算机完成，哪些活动由人工完成。由计算机完成的功能就是新系统应该实现的功能。 常用的调查方法有： ⑴跟班作业 通过亲身参加业务工作来了解业务活动的情况。这种方法可以比较准确地理解用户的需求，但比较耗费时间。 ⑵开调查会 通过与用户座谈来了解业务活动情况及用户需求。座谈时，参加者之间可以相互启发。 ⑶请专人介绍。 ⑷询问 对某些调查中的问题，可以找专人询问。 ⑸设计调查表请用户填写 如果调查表设计得合理，这种方法是很有效，也很易于为用户接受的。 ⑹查阅记录 即查阅与原系统有关的数据记录，包括原始单据、账簿、报表等。 通过调查了解了用户需求后，还需要进一步分析和表达用户的需求。 分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。

帮你在5173论文网找到一篇，他们网站还有很多资料可以参考的。下面就是你要的可行性分析：可行性分析分析可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。本网站的可行性分析主要从经济可行性和技术可行性两方面进行说明。 经济可行性分析经济可行性分析是对项目的经济效益进行评价，本课件发布网站作为一个毕业设计，无需开发经费，所以本网站在经济上是可行的。 技术可行性分析技术上的可行性分析主要从软、硬件两方面分析实现网站开发的可行性。该教务信息发布网站采用了当前新兴的Browser /Server模式，即浏览器／服务器模式。B/S模式，是一种从传统的二层CS模式发展起来的新的网络结构模式，其本质是三层结构CS模式。在B／S模式中，客户端运行浏览器软件。浏览器以超文本形式向Web服务器提出访问数据库的要求，Web服务器接受客户端请求后，将这个请求转化为SQL语法，并交给数据库服务器，数据库服务器得到请求后，验证其合法性，并进行数据处理，然后将处理后的结果返回给Web服务器，Web服务器再一次将得到的所有结果进行转化，变成HTML文档形式，转发给客户端浏览器以友好的Web页面形式显示出来。参考资料：

学生选课系统需求分析 第一部分 需求分析 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． 修改密码概述：前提条件： 正确登录角色： 教师输入： 旧密码、 新密码、 验证密码基本流程： 登录系统→验证权限→输入旧密码、 新密码、 验证密码→验证提交是否正确→正确： 更新密码， 错误： 返回修改密码输出：