需求规格说明书 |
您所在的位置：网站首页 › 部门设计的任务包括 › 需求规格说明书 |
|
《软件需求分析与设计》课程综合实践 项目名称：《XX公司经营管理系统》 需求规格说明书 学院：计算机与网络安全学院 班级： 小组成员： 1引言 1.1编写目的 1.2背景 1.3定义 1.4参考资料 2任务概述 2.1目标 2.2用户的特点 2.3假定和约束 3需求规定 3.1功能性需求 3.1.1系统用例图 3.1.2 XXX用例 3.1.3 YYY用例 3.2非功能性需求 3.2.1精度 3.2.2时间特性要求 3.2.3灵活性 3.3输人输出要求 3.4数据管理能力要求 3.5故障处理要求 3.6其他专门要求 4运行环境规定 4.1设备 4.2支持软件 4.3接口 4.4控制 软件需求说明书的编写提示 1引言 1.1编写目的 在完成了针对《XX公司经营管理系统》软件市场的网上调研以及对本次大实验的相关任务要求，和功能需求的分析之后经过本小组对任务文档的全面深入的探讨和分析基础上，提出了这份软件需求规格说明书。该文档详尽的说明了这一系统的需求和规格。 此需求说明书，对《XX公司经营管理系统》软件做了全面细致的用户需求分析，明确了索要开发的软件应有的功能性能，从而使系统分析人员及软件开发人员能够更加清楚的了解到用户的需求，并在此基础完成软件设计说明书以及后续的设计和开发工作。本篇软件需求说明书将会清楚的表达客户提出的需求，并通过活动图用例图等方式更加形象地进行表达，让客户更容易理解软件开发的功能交互过程，其次对于开发人员，将会告知其系统需要的功能以及涉及的对象和属性和对象之间的关系，通过uml表现出来。本《XX公司经营管理系统软件需求规格说明书》的预期读者是： 公司的部门工作人员业务或需求分析人员测试人员用户文档编写者项目管理人员开发公司授权调阅本文档的其他人员 1.2背景由于《XX公司经营管理系统》的需求公司，规模较大，涉及的相关人员包括采购管理、销售管理以及仓储管理三个模块。为了使得三个部门的相关操作流程的先后次序，以及，在执行过程中对一些情况的判断，实现资料互通，设计开发一系列功能，满足各个人员和接触的部分需要有连贯性的交互和信息资料交流，从而可以更好的使得各个部门以及公司的资料得到共享促进公司管理的信息化规范化和集成化，本团队，根据功能需求藐视，了解了该系统需要满足的相关流程，同时结合各个部门的需求，和第三方资料，开发出一套完整的公司经营流程交互系统。 1.3定义需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同标准规范或其它正式规定文档所需具有的条件或权能。 功能需求：开发人员必须是i显得软件功能，是用户能实现满足业务要求的任务。 用户需求：描述了用户使用系统的时候要实现的任务。 用例图：被称为参与者的外部用户所能观察到的系统功能的模型图。 1.4参考资料 本项目的经核准的计划任务书或合同、上级机关的批文；属于本项目的其他已发表的文件； 卢正鼎, 张照, 周裕强,等. 面向工程设计应用的数据库管理系统EDDBMS[J]. 计算机研究与发展, 1997(s1):328-332.闪四清：《SQL Server 实用简明教程》，清华大学出版社，2003年1月版陈明：《软件工程》，中央广播电视大学出版社，2002年6月版。 2任务概述 2.1目标《XX公司经营管理系统》的提出主要是为了满足公司不同部门的信息同步，以及处理相关事件的时候通过该系统来实现一系列流程，从而使的公司的运营更加的规范有序，满足草狗部门、销售部门以及仓储管理的不同功能，实现三者之间的关系。并实现采购管理主要包括供应商管理、采购招标、投标、采购合同的签订与履行；销售管理主要包括经销商管理、销售合同的签订与履行；仓储管理主要包括仓库管理、商品种类管理、商品入库、商品出库、发货等功能。 2.2用户的特点 本说明书适用于具有业务或需求分析能力人员、测试人员、用户文档编写者以及项目管理人员。 2.3假定和约束本公司经营管理系统软件涉及公司内部的商业交流，各种合同，需要做好公开和保密的把握，在功能上要进一步实现安全防范。并且开发工程中测试阶段需要公司的一些数据进行检测，要做好相关资料的保密，本系统单方面针对该公司设计，不用添加额外功能，并且后期测试实践阶段，需要公司员工的配合，做好反馈，但是测试过程中不能完全依赖于软件。 编程语言：HTML、CSS、JAVASCRIPT、JAVAEE、VUE 通信协议：TCP/IP,FTP，HTTPS 3需求规定 3.1功能性需求 3.1.1系统用例图 3.1.2 XXX用例用例描述 活动图（不带泳道） 3.1.3 YYY用例用例描述 活动图（不带泳道） 3.2非功能性需求 3.2.1精度软件的输入精度：只保留整数部分 软件的输出精度：只保留整数部分 传输过程中的精度:只保留整数部分 传输过程中的精度：只保留整数部分 3.2.2时间特性要求说明对于该软件的时间特性要求，如对： 对于响应时间目标：平均响应时间应低于一秒、峰值响应时间参考值为2秒更新处理时间；每次数据更新存入数据库之后们都要进行后台刷新，避开脏数据的存在，处理响应时间的话尽量控制在15ms秒以内，如果后期人员太多了将要采用更高性能，减短更新处理时间。数据的转换和传送时间；保持一个周期为20ms能够在短时间内实现数据表到处时间一般不超过30秒支持200员工的同时操作，并保证性能不受影响。同时允许2000件商品的一次性导入，导入时间不超过300秒、 3.2.3灵活性 针对前端界面设计，要具有兼容性，对于不同的操作端，实现的界面要能够达到自适应，不同的浏览器，客户端，所能采用的功能和界面显现效果都要比例合适。（前端界面开发人员）当采用平板或者电脑的时候，不同的点击方式都要能够响应，触发相应的功能效果（前端界面开发人员）当发现运行环境改变，要能够即使辨别运行环境的可靠性，当遇到类似不安全环境要能够及时停止并反馈（网络安全维护人员）精度和有效时限的变化；当出现短期内的数据更新频繁的时候，能够做好安全性，随数据的正确性和有效性，以及对数据库的拓展要及时，能够更好的容纳更多的数据，采用备用数据库，预防爆炸性合同的签订（数据库设计与与分析人员）为了方便所有用户，以及业务习惯需求，一些重要的参数可以灵活设置。（后端开发人员）运行环境的变化：该软适用于现在流行的操作系统。精度和有效时限的变化：因不同情况而变化。计划的变化和改进：根据用户的需求随时软件做出更新和升级。 3.3输人输出要求解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。 3.4数据管理能力要求说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。 3.5故障处理要求 数据库崩溃：当数据库崩溃的时候，所带来的后果是不可估量的，短时间内未调整，可能导致数据的丢失，以及传输写入过程中，部分数据的缺失。解决措施，设置数据库维护人员，同时建立备份数据库，在主数据库出错的时候，立刻维护数据库，同时导入备份数据库，把数据丢失减少到最小化。服务器崩溃：当服务器崩溃的时候，无法采取线上的流程，将会减慢合同签订以及数据维护，和部门工作的效率，保护措施，在普及网络工作的同时，也要使得工作人员具有无系统时候的工作方案和工作经验，能够及时挽留客户，减少公司的损失。 3.6其他专门要求 权限控制根据不同的用户角色，设置相应的权限，用户的重要操作都要做相应的日志记录以备查看，没有权限的用户禁止使用系统。 重要数据加密本系统对于一些重要的数据按一定的算法进行加密，如用户口令，重要参数等。 数据备份允许用户进行数据的备份和恢复，以弥补数据的破坏和丢失。 记录日志本系统能够记录系统运行中所发生的所有错误，包括本机错误和网络错误。这些错误记录便于查找错误的原因，日志同时记录用户的关键性操作。 控制必录入项本系统能够对必须录入项目进行控制，使用户能够确保信息录入的完整，同时对必须录入项目进行有效统一的提示。 容错能力系统具有一定的容错和抗干扰能力，在非硬件故障或非通讯故障时，系统能够保证正常运行，并有著狗的提示信息帮助用户有效正确的完成任务。 联机帮助和操作指南安全性需求传输的数据都采用高强度的加密算法加密 (DES)，使得数据即使泄漏、被截获后，也无法识别相关的数据内容，确保数据安全。对于客户端与服务器交互的数据，使用安全套接子层 (SSL,SSL 加密传输主要是针对 WEB的数据传输，基于重要信息的传输安全考虑而设计的) 进行信息交换，并在客户移动终端和服务器之间重要的信息的交换。 4运行环境规定 4.1设备该系统为B/S三层结构，他的运行环境分为客户端，应用服务器端和数据库服务器端三部分，以下是系统的软件环境。 客户端操作i系统：windows2000 professional/XP及以上版本 浏览器：IE6以上，其他常见浏览器如FireFox,、Google浏览器等 应用服务器端操作系统：windows2000 server或更新的版本 应用服务器：Tomcat 5.5或更新版本 数据库访问：JDBC 数据处理：office 2010及以上应用软件。 数据库服务器端操作系统：windows 2000 Server或更新的版本。 数据库系统：SQLServer2000或更新版本。 4.2支持软件支持手机，电脑浏览器以及平板进行操作本次开发基于Windows系统进行开发，采用Java进行后端开发，采用HTML5+css3+vue+JavaScript进行前端交互开发，登录采用系统给予账号，不可进行自主注册，但是对于客户可以通过微信进行登录，从而对公司提供的服务进行查询以及后续合同的签订等问题，后续测试将包含，数据库文件、excel文件数据的直接导入进行数据监测。 4.3接口本系统采用B/S架构，开发时曹勇mvc架构进行开发，所有界面使用web风格，对于硬件结构服务器端建议使用专用服务器。对于软件接口和通信接口都没有特殊要求。 4.4控制本次开发进行从用户的角度出发，以方便使用本产品，可以通过键盘回车执行确认操作，同时通过上下键可以更改合同的文档数据，可以通过快捷键方便录入信息和操作，所有操作尽量都满足可以键盘操作。 |
今日新闻 |
推荐新闻 |
| CopyRight 2018-2019 办公设备维修网 版权所有 豫ICP备15022753号-3 |