设备管理系统需求分析说明书
- 格式:docx
- 大小:41.34 KB
- 文档页数:93
协同办公平台需求分析说明书1概述31.1目的31.2范围31.3术语定义31.4运行环境42需求说明52.1个人办公52.1.1个人信息52.1.2工作安排62.1.3名片夹82.1.4公司通讯录102.1.5待办事项112.1.6在线信息122.1.7个人文件夹152.1.8个人会议安排20 2.2会议管理172.2.1会议室管理172.2.2会议管理182.3系统管理202.3.1部门管理212.3.2角色管理212.3.3员工管理233交付文档清单241概述1.1系统整体介绍本系统是运用于企业办公的自动办公系统。
随着全球信息化的迅猛发展,传统的办公方式已经落后于信息化发展的要求,必将被全新的办公方式取代。
构建内部企业信息网(Intranet),实现办公自动化(OA)已经成为一种迫切的要求。
本系统借助计算机网络实现了协同办公,共享资源,信息高效传输,线上线下一体化等现代化功能。
OA带给我们的不仅仅是办公事务上的轻松应对,实现办公流程的全程计算机化。
更是一种全新的办公理念,是信息化社会发展的必然要求,是我们思维触角的无限延伸;时间和距离不再是我们获取信息的障碍,将会成为我们生活中的一个重要组成部分。
1.2目的本说明书目的在于明确说明系统需求,界定系统实现功能的范围,指导系统设计以及编码。
本说明书的预期读者为项目经理,协同办公平台--系统分析员,系统设计人员,开发工程师,测试经理以及测试设计人员等。
1.3范围系统包括的范围:个人办公、会议管理,系统管理,产品管理。
1.4术语定义读者设置:指将读者权限授予别人,拥有读者权限的用户可以看到自己工作安排。
代办工作:指将代办权限授予别人,拥有代办权限的用户除可以看到自己的工作外还可以给自己安排工作。
待办工作:指等待用户自己去完成的工作。
1.5业务流程介绍本系统分为三个主要流程:1、个人办公 2、会议管理 3、系统管理个人办公:普通职员登陆到系统后,通过点击个人办公连接,进入个人办公页面。
《图书管理系统》需求规格说明书《图书管理系统》需求规格说明书一、引言随着图书馆藏书数量的增加,读者数量的增多,图书管理成为一项重要的任务。
为了提高图书管理的效率和便利性,开发一款全新的图书管理系统变得十分必要。
本文将详细阐述《图书管理系统》的需求规格,包括系统的功能和特性,以及每个功能的详细需求。
二、需求列表1、系统设计1、界面设计:提供直观、易用的用户界面,以便读者进行图书查询、借阅、归还等操作。
2、功能模块:将系统分为多个功能模块,如用户管理、借阅管理、库存管理、数据统计等。
3、数据库设计:设计适合系统需求的数据库结构,包括读者信息、图书信息、借阅记录等。
2、用户管理1、注册:提供用户注册功能,收集用户基本信息。
2、登录:提供用户登录功能,验证用户身份。
3、信息修改:允许用户修改个人信息。
4、密码修改:允许用户修改密码。
3、借阅管理1、图书查询:提供多种查询方式,如按书名、作者、出版社等查询。
2、借书:允许用户借阅图书。
3、还书:允许用户归还图书。
4、续借:允许用户续借图书。
4、库存管理1、图书入库:将新图书入库,更新库存。
2、图书出库:将图书借出,更新库存。
3、库存查询:查询当前库存状态。
5、数据统计1、借阅统计:统计借阅记录,生成报表。
2、库存统计:统计库存记录,生成报表。
3、其他统计:根据需求进行其他相关统计。
三、需求分析1、系统设计1、界面设计:要求界面简洁、美观,易于使用,提供良好的用户体验。
2、功能模块:要求各模块之间耦合度低,高内聚,便于系统维护和扩展。
3、数据库设计:要求数据库结构合理,能够满足系统的查询、更新等操作需求。
2、用户管理1、注册:要求用户信息存储安全,不可泄露。
2、登录:要求登录过程简单、快捷,避免长时间等待。
3、信息修改:要求信息修改过程简单易用,保障信息安全。
4、密码修改:要求密码修改过程安全可靠,防止密码泄露。
3、借阅管理1、图书查询:要求查询速度快,结果准确,支持多种查询方式。
学生网上订餐系统之需求分析说明书1。
引言1.1编写目的此立项报告旨在确定本项目的基本目标、主要内容,设计实现的流程、工作负荷、费用开支、人员结构、设备情况、局限性,运行设计的项目时间总体规划、进度分段标准、阶段考核方法,以及项目验收方式、提交的内容清单、后续工作情况.1.2定义本产品是为食堂专门开发的一套订餐管理系统,旨在合理化安排食堂的工作,提高食堂的管理效率,同时方便学生就餐.2. 项目概述2。
1项目背景众所周知,在中国的大学生高校中学生到食堂用餐,在路途和排队上浪费很多时间,并且去晚了经常会吃不到想吃的食物;这样便会导致学生对食堂的满意度不高,近期我们发现有很多的学生选择了网上订餐或者是叫外卖。
在这种情况下,学生的生活健康的不到保证,食堂更是无法准确预测学生需求,因此食堂经常会出现有些食物因为没有卖出去而浪费掉,而学生需要的一些食物却已售罄的现象。
2。
2 项目目标开发手机订餐系统节省学生的时间和精力,避免学生在食堂排队等很多时间,同时也减少食堂食物的浪费,并提高服务质量以及学生对食堂的满意度。
2。
3 构件图图2.3-1 构件图2.4 上下文关系图图2.4-1 上下文关系图菜品信息生成订单对菜品的评价订菜学生订餐子系统订单管理子系统学生就餐情况库存情况查询食堂管理子系统2。
4.1 业务事件a。
食堂接受订餐信息b. 学生查询菜谱和推荐菜单或套餐c.学生预约订餐d.返回客户订餐信息e。
学生进行进一步确定订单,并最终提交d.食堂接受订单信息,送食堂厨房2.5 对产品进一步解析到不前为止我们对学生的行为,食堂服务人员,厨房厨师的行为进行了准确的分析,做这一步的操作是为了进一步分析所设计的系统能否达到预想的目的。
2.6 适用范围通过分析,本项目仅适用于徐州工程学院中心校区一食堂,用于学生进行饭前订餐,以对用餐食物进行合理预算。
3.系统需求分析3.1 性能需求分析该系统在性能功能应达到如下要求:3.1.1操作简单,界面友好:完全空间式的页面布局,使得菜品、咨询等信息录入的工作更简单:另外,跟踪出现的提示信息也让用户随时清楚自己的操作情况.对常见类似的网站的管理的各个方面:基本信息录入、浏览、删除、修改、搜索等方面都大体实现,用户对菜品的预定以及支付方式;3。
需求分析说明书需求分析说明书【范文一】1.引言1.1编写目的本报告的目的是规范化本软件的编写,旨在于提高软件开发过程中的能见度,便于对软件开发过程中的控制与管理,同时提出了本银行储蓄系统的软件开发过程,便于程序员与客户之间的交流、协作,并作为工作成果的原始依据,同时也表明了本软件的共性,以期能够获得更大范围的应用。
预期读者是项目委托单位的管理人员、设计人员和开发人员。
1.2项目背景软件名称:银行储蓄系统项目提出者:银行项目开发者:项目的用户:想要了解银行储蓄业务流程的人1.3定义银行储蓄应用系统软件:基本元素为构成银行储蓄及相关行为所必须的各种部分。
需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。
需求分析:包括提炼,分析和仔细审查已收集到的需求,以确保所有的风险承担者都明其含义并找出其中的错误,遗憾或其它不足的地方。
模块的独立性:是指软件系统中每个模块只涉及软件要求的具体的子功能,而和软件系统中其他的模块的接口是简单的。
1.4参考资料《精通C#数据库开发》王华杰等清华大学出版社 2004年出版《软件工程——原理,方法与应用》吴钦藩编着人民交通出版社出版《软件工程导论(第四版)》张海藩编着清华大学出版社出版《软件工程》仸胜兵邢琳编着北京邮电大学出版社2.仸务概述2.1目标完善目前银行储蓄系统,使之能跟上时代的发展。
同时通过实践来提高自己的动手能力2.2用户的特点银行为用户提供存款、取款、查询等业务,用户凭借自己的银行卡、存折等凭证在银行办理各项业务,银行工作人员协助用户完成各项业务。
2.3假定和约束硬件配置要求:硬件外部设备需奔腾133以上的pc机,内存需16兆以上软件要求操作人员具有初步的相关知识由于本系统为即时软件,对数据的同步要求较高,建议配置网络时使用可靠性较高的相关网络硬件设施。
银行以记时器记时完毕触发利息结算;对用户取款额未做上限约束;各间银行采用集中控制。
项目管理系统功能需求规格说明书——WORD文档,下载后可编辑修改——2018年12月目录一、项目说明 (4)1、项目背景 (4)2、项目范围 (5)3、引用文件 (6)二、项目管理现行概况 (7)1、行政管理结构 (7)2、执行业务流程 (8)3、项目管理过程 (8)二、项目管理系统建设需求 (11)1、建设目标 (11)1.1、业务管理目标 (11)1.2、系统建设目标 (12)2、功能架构 (13)3、系统架构 (15)4、性能需求 (16)5、技术要求 (16)6、业务功能要求 (17)6.1、投资计划 (17)6.2、建设管理 (19)6.3、评价考核 (24)6.4、统计分析 (25)6.5、系统管理 (26)6.6、系统接口 (27)7、其它说明 (29)7.1、项目编码统一 (29)7.2、项目类型统一 (29)7.3、转资方案 (30)7.4、规划、计划、建设专业衔接 (30)7.5、资本性支出预算管控 (32)一、项目说明1、项目背景随着“三网融合”政策的不断推进与实施,使得*****集团面临着激烈的市场竞争,而系统平台建设是各项业务发展的基础。
在数字电视双向网改推进,以及干线网建设加速的情况下,项目数量多、投资大、牵涉面广,而如何有效提高项目管理水平,确保项目投资建设的全过程可管可控、科学有序,对集团项目投资建设管理能力提出了更高的要求。
目前在没有有效的管理系统支撑下,项目建设过程中暴露出以下主要问题:(1)项目管理流程不规范项目管理流程未能在全集团规范执行,针对工程项目生命周期,各相关单位理解不同,没有形成标准化流程。
因此,在具体项目实施过程中存在管理职责不清晰,流程推进困难的问题,部分子公司施行自有的管理办法,导致项目管理复杂度增加。
(2)项目进度无法有效管控目前工程项目立项、设计、采购、施工、验收等过程中时间进度没有有效管控起来,管理人员很难了解项目实际进展情况,难以及时对项目情况进行调整和决策。
医院HIS系统需求规格说明书版本历史目录1方案总体介绍 (6)2文档介绍 (7)2.1文档目的 (7)2.2文档范围 (7)2.3读者对象 (7)2.4参考文档 (7)2.5术语与缩写解释 (7)3总体需求描述 (8)3.1背景情况 (8)3.2产品介绍 (9)3.3产品面向的用户群体 (9)4产品范围 (10)4.1产品建设目的 (10)4.2产品建设原则 (10)4.3产品建设范围 (10)5产品的功能性需求 (11)5.1功能层次图 (11)5.2顶层用例图 (12)5.3HIS系统顶层状态图 (12)5.4功能性需求列表 (13)5.5HIS系统分模块描述 (14)5.5.1挂号收费 (14)5.5.1.1病人登记 (14)5.5.2门诊管理 (16)5.5.2.1门诊诊断开药 (16)5.5.1.2病人病例信息查询 (17)5.5.1.3病人病例信息记录 (17)5.5.3药品管理 (18)5.5.3.1药品入库 (18)5.5.3.2药品出库 (22)5.5.3.3药品库存 (22)5.5.3.4药品使用记录 (23)5.5.4住院管理 (23)5.5.4.1入院登记 (23)5.5.4.2住院开药 (24)5.5.1.3病人信息查询 (25)5.5.4.4病人信息记录 (25)5.5.4.5看护记录 (26)5.5.4.6出院结算 (26)5.5.5医务人员管理 (27)5.5.5.1医务人员登记 (27)5.5.5.2部门维护 (27)5.5.5.3职务维护 (28)5.5.5.4值班人员管理 (28)5.5.6系统设置 (29)5.5.6.1系统权限管理 (29)5.5.6.2系统子模块管理 (30)5.5.6.3系统模块管理 (30)5.5.6.4系统用户管理 (31)5.5.6.5系统角色管理 (32)5.5.7个人管理 (32)5.5.7.1个人信息管理 (32)6产品的非功能性需求 (34)6.1用户界面需求 (34)6.2软硬件环境需求 (34)6.3产品质量需求 (35)7附录 (36)1方案总体介绍我国医院的信息处理基本上还停留在手工方式,劳动强度大且工作效率低,医师护士和管理人员的大量时间都消耗在事务性工作上,致使“人不能尽其才”;病人排队等候时间长,辗转过程多,影响医院的秩序,传统的医院模式正在面临着重大变革。
企业考勤系统需求说明书一、引言随着企业规模的不断扩大和员工数量的增加,传统的考勤管理方式已经无法满足企业的需求。
为了提高考勤管理的效率和准确性,减少人为因素干扰,提高员工满意度,我们计划开发一款企业考勤系统。
本需求说明书旨在明确系统的功能、性能、安全等方面的要求,为系统开发提供明确的指导。
二、系统概述企业考勤系统将采用先进的技术手段,实现自动化、智能化的考勤管理。
系统将包括员工信息管理、考勤数据录入、考勤数据处理、考勤报表生成等功能,为企业提供全面、准确的考勤信息。
三、功能需求1. 员工信息管理:系统应支持员工信息的录入、修改、删除等操作,包括员工姓名、部门、职位、入职日期等信息。
2. 考勤数据录入:系统应支持多种考勤数据录入方式,如指纹识别、面部识别、刷卡等,确保数据的准确性和可靠性。
3. 考勤数据处理:系统应具备强大的数据处理能力,能够自动计算员工的出勤率、迟到率、早退率等数据,并生成相应的报表。
4. 考勤报表生成:系统应支持多种报表的生成,如日报表、周报表、月报表等,方便企业对员工出勤情况进行全面了解。
5. 异常处理:系统应具备异常处理功能,如员工忘记打卡、考勤设备故障等,能够自动记录异常情况并生成相应的处理意见。
6. 权限管理:系统应支持多级权限管理,不同部门和职位的员工具有不同的权限,确保数据的安全性和保密性。
7. 报表导出:系统应支持报表的导出功能,方便企业对考勤数据进行进一步的分析和处理。
四、性能需求1. 系统应具有高可用性,能够支持大量员工的并发访问。
2. 系统应具有高稳定性,能够保证长时间稳定运行。
3. 系统应具有高安全性,采用先进的加密技术和安全措施,确保数据的安全性和保密性。
4. 系统应具有易用性,界面友好,操作简单。
5. 系统应具有可扩展性,能够适应企业规模的不断扩大和业务需求的不断变化。
五、安全需求1. 系统应采用先进的加密技术对数据进行加密处理,确保数据在传输和存储过程中的安全性。
SEMS智能照明管理系统硬件说明书SEMS智能照明管理系统是一种高效、智能的照明管理系统,旨在为用户提供舒适、节能、环保的照明环境。
该系统采用先进的硬件设备和软件算法,实现了对室内光照度的精准控制,从而提高了能源利用效率,降低了碳排放,同时还能满足用户对照明的个性化需求。
SEMS智能照明管理系统主要由以下几部分组成:传感器:用于检测室内光照度、温度、湿度等环境参数。
控制器:根据传感器采集的环境参数,通过内置的算法控制照明设备的开关和亮度。
执行器:接收控制器的指令,控制照明设备的开关和亮度。
通信模块:实现传感器、控制器和执行器之间的数据传输和通信。
自动控制:根据室内光照度和用户需求,自动调节照明设备的开关和亮度,实现节能环保。
舒适照明:通过对光照度的精准控制,提供舒适的光照环境,提高工作效率和生活品质。
灵活配置:支持多种不同的场景模式,满足用户在不同场合下的照明需求。
远程控制:通过手机APP或其他智能设备,实现对照明系统的远程控制和管理。
维护方便:系统自动监测设备状态,及时发现并提示故障,方便用户维护和管理。
安装:请根据产品手册正确安装传感器、控制器和执行器,并确保通信模块和电源模块的正常连接。
设置:通过手机APP或其他智能设备,连接到SEMS智能照明管理系统,根据个人需求设置场景模式、光照度等参数。
自动控制:在正常工作条件下,系统将自动调节照明设备的开关和亮度,以实现节能环保。
手动控制:通过手机APP或其他智能设备,可以手动控制照明设备的开关和亮度,以满足不同场合的需求。
维护:定期检查系统设备的工作状态,如有异常情况,请及时售后服务。
请在安装和使用过程中,遵守相关安全规范和操作规程。
请勿私自拆卸或修改系统设备,以免造成损坏或安全隐患。
如发现系统设备故障或异常情况,请立即停止使用,并及时售后服务。
在使用过程中,请勿将系统设备暴露在潮湿、高温或极寒环境中,以免造成损坏或安全隐患。
如需更换系统设备或升级系统软件,请务必按照说明书或相关指导进行操作。
办公系统需求分析说明书1. 引言本文档旨在对办公系统进行需求分析,明确用户需求,为系统设计和开发提供指导。
本文档包括对办公系统的背景介绍、需求分析目的、范围和约束、功能需求、非功能需求等内容。
2. 背景介绍办公系统是为了满足企业组织内部办公需求,提高工作效率和信息协同能力而开发的软件系统。
传统的办公系统通常包括文档管理、协作办公、日程安排、通讯录管理等模块。
随着互联网技术和移动设备的发展,现代办公系统还会融合更多的功能,如在线协作、移动办公、电子邮件集成等。
3. 需求分析目的本需求分析旨在明确用户在使用办公系统时的具体需求和期望,为后续的系统设计和开发提供基础。
通过需求分析,可以确保开发出符合用户期望、易用且功能完备的办公系统。
4. 需求分析范围本次需求分析的范围主要包括以下几个方面:4.1 用户管理办公系统需具备用户管理功能,包括用户注册、登录、权限管理等。
用户可以根据权限不同,访问和管理系统中的不同模块和功能。
4.2 文档管理办公系统需要提供文档管理功能,包括文档的上传、下载、编辑、共享等操作。
用户可以根据权限将文档进行分类管理,并进行版本控制和权限设置。
4.3 日程管理办公系统需要提供日程管理功能,包括个人和团队的日程安排、会议预约、提醒等。
用户可以便捷地查看和管理自己和他人的日程。
4.4 协作办公办公系统需要提供协作办公功能,包括在线编辑、评论、审批、任务分配等。
用户可以实时协作,提高工作效率和协同能力。
4.5 通讯录管理办公系统需要提供通讯录管理功能,用户可以方便地查找和管理企业内部的联系人信息。
同时,系统还需支持通讯录导入和导出。
5. 功能需求根据需求分析的范围,整理出以下的功能需求:•用户注册与登录•用户权限管理•文档上传和下载•文档编辑和版本控制•文档共享和权限设置•个人和团队的日程安排•会议预约与提醒•在线编辑和评论•任务分配与进度跟踪•通讯录的查找和管理•通讯录导入和导出6. 非功能需求除了功能需求,办公系统还需要满足一些非功能需求,包括:•用户界面友好,操作简单易懂•系统安全性,保护用户隐私和数据安全•系统稳定性,能够支持大量用户并发访问•响应速度快,减少用户等待时间•可扩展性,能够根据业务发展和用户需求进行系统升级和扩展7. 总结本文档对办公系统进行了需求分析,明确了用户需求、功能需求、非功能需求等内容。
第1篇一、概述本说明书旨在详细阐述MES(制造执行系统)系统的用户需求,包括系统功能、性能、用户界面、数据管理、安全性和其他相关要求。
本说明书适用于MES系统的开发、实施和维护团队,以及所有将使用该系统的用户。
二、背景随着制造业的快速发展,企业对生产过程的实时监控和高效管理提出了更高的要求。
MES系统作为连接ERP(企业资源计划)和车间生产设备的重要桥梁,能够帮助企业实现生产过程的透明化、可视化和智能化。
本说明书旨在明确MES系统的需求,以确保系统能够满足用户的需求,提高生产效率。
三、用户需求1. 系统功能需求(1)生产调度与排程- 支持多品种、小批量生产模式;- 自动生成生产排程,考虑生产设备、人员、物料等因素;- 支持生产订单的调整和修改;- 提供生产进度实时监控和预警功能。
(2)生产过程监控- 实时采集生产设备状态、生产进度、产品质量等信息;- 支持生产数据可视化展示,如图表、报表等;- 提供生产异常处理机制,如设备故障、物料短缺等;- 支持生产数据历史查询和分析。
(3)物料管理- 支持物料采购、库存、领用、报废等全过程管理;- 实现物料追溯,包括物料来源、生产批次、使用情况等;- 提供物料库存预警功能。
(4)质量管理- 支持质量检验、不合格品处理、质量分析等功能;- 实现产品质量追溯,包括生产批次、检验结果、处理措施等;- 提供质量改进建议。
(5)设备管理- 支持设备维护、保养、故障处理等功能;- 实现设备运行数据采集和分析;- 提供设备状态预警功能。
(6)人员管理- 支持人员排班、考勤、绩效评估等功能;- 实现人员技能和培训管理。
2. 性能需求(1)响应时间- 系统响应时间应小于2秒;- 数据处理速度应满足生产现场实时监控需求。
(2)并发处理能力- 系统应支持多用户同时在线操作;- 具备高并发处理能力。
(3)数据存储容量- 系统应具备足够的存储空间,以满足长期数据存储需求;- 数据备份和恢复功能完善。
杭州创谐信息技术股份有限公司 酒店住宿自助服务系统 需求规格分析说明书第 1 页 共 1 页酒店住宿自助服务系统 需求规格分析说明书二零一六年 月 日系统需求规格分析说明书文档修改历史记录系统需求规格分析说明书{ TC \* MERGEFORMAT }第一章引言1.1编写目的酒店住宿自助服务系统需求规格分析说明书描述了“酒店住宿自助服务系统” 1.0 版本的软件功能性需求和非功能性需求,这一文档计划由实现系统功能和验证系统功能正确的项目团队成员来使用,除非在其它地方另有说明,这里指定的所有需求都具有高优先级,而且都要在 1.0 版本中得以实现。
1.2文档约定正文格式:宋体小四突出部分:斜体加粗如有继承关系:高层需求需要明确注明被继承(继承),细化功能同样需要明确注明继承的高层需求(@继承)需求优先级:【附录B】中需求优先级表格1.3预期的读者和阅读建议该需求规格分析说明针对开发人员、项目经理、销售人员、用户及测试人员。
本文分别介绍了产品的远景规划、用户功能及运行环境,系统的功能点具体描述及外部接口的需求。
1.4项目范围“酒店住宿自助服务系统”主要功能是让酒店客人到店后可以自助完成选房支付并入住功能。
同时,对所有运行终端进行监控,确保终端正常工作。
提供酒店管理系统允许人工方式处理客人入住,并提供App客户端方便酒店管理人员管理和处理。
详细的项目描述请参见(酒店住宿自助服务系统前景和范围文档)杭州创谐信息技术股份有限公司酒店住宿自助服务系统需求规格分析说明书【1】。
文档中这一部分的标题为“初始版本和后续版本的范围”,列出了按照进度计划在这一版本中实现的全部或部分功能。
1.5参考资料1.5.1第二章总体描述2.1 产品远景规划杭州创谐信息技术股份有限公司酒店住宿自助服务系统需求规格分析说明书”是一个**** 系统2.2 产品的功能杭州创谐信息技术股份有限公司酒店住宿自助服务杭州创谐信息技术股份有限公司酒店住宿自助服务Array系统需求规格分析说明书第7页共7 页杭州创谐信息技术股份有限公司酒店住宿自助服务杭州创谐信息技术股份有限公司酒店住宿自助服务2.3 用户类和用户功能2.3.1 用例图杭州创谐信息技术股份有限公司酒店住宿自助服务2.3.2 组件图2.4运行环境( Operating Environment,OE )OE-1:“酒店住宿自助服务系统”的服务端将运行在Linux debian 8.0 上,运行方式待定( web服务,应用程序服务) 。
智慧停车系统需求说明书设计方案一、项目背景和需求解析智慧停车系统是基于物联网和人工智能技术的一种智能化管理系统,旨在解决停车场管理过程中的痛点和问题。
当前停车管理中存在的问题主要包括:停车场资源利用率低,停车费用收取不规范,停车信息管理不便捷等。
针对这些问题,智慧停车系统将通过车位预定、实时监控、自动缴费等功能,提高停车场资源利用率,提供更便捷的停车服务,实现停车场智能管理。
二、需求分析1. 车位预定功能:用户可通过手机APP或网页端进行车位预定,在预定时间范围内享受优先停车权。
2. 车位监控功能:通过车位上的传感器监测车位的占用情况,实时更新停车场内的空余车位数量。
3. 导航功能:用户在进入停车场后,系统可根据导航算法,精准引导用户找到空余车位。
4. 自动缴费功能:用户停车完成后,系统可根据停车时长和计费规则自动计算停车费用,并通过绑定的支付账号自动扣款。
5. 车辆监控功能:通过车辆识别技术,对停车场内的车辆进行监控,提高停车场的安全性。
三、技术方案1. 车位预定功能:用户通过手机APP或网页端进行车位预订,系统将预订信息存储到数据库中,并进行实时更新。
2. 车位监控功能:在每个停车位上安装压力传感器或磁力传感器,通过物联网技术将实时数据传输到系统后台,系统通过数据分析判断车位的占用情况,并更新停车场内的空余车位数量。
3. 导航功能:系统通过实时车位监控数据,采用导航算法确定用户当前位置和最近的空余车位位置,通过APP 或显示屏进行导航引导。
4. 自动缴费功能:系统通过车辆进入停车场时的车牌识别技术,获取车辆信息并存储到数据库中,车辆离开停车场时再次进行车牌识别,计算停车时长,并根据计费规则自动生成停车费用,通过绑定的支付账号自动扣款。
5. 车辆监控功能:在停车场的入口、出口和主要通道处安装摄像头,并使用车辆识别算法进行车辆监控,实时监控停车场内的车辆情况。
四、项目实施计划1. 需求调研和分析:确定项目需求和技术方案,明确项目目标。
学生网上订餐系统之需求分析说明书1。
引言1.1编写目的此立项报告旨在确定本项目的基本目标、主要内容,设计实现的流程、工作负荷、费用开支、人员结构、设备情况、局限性,运行设计的项目时间总体规划、进度分段标准、阶段考核方法,以及项目验收方式、提交的内容清单、后续工作情况。
1.2定义本产品是为食堂专门开发的一套订餐管理系统,旨在合理化安排食堂的工作,提高食堂的管理效率,同时方便学生就餐。
2. 项目概述2.1项目背景众所周知,在中国的大学生高校中学生到食堂用餐,在路途和排队上浪费很多时间,并且去晚了经常会吃不到想吃的食物;这样便会导致学生对食堂的满意度不高,近期我们发现有很多的学生选择了网上订餐或者是叫外卖.在这种情况下,学生的生活健康的不到保证,食堂更是无法准确预测学生需求,因此食堂经常会出现有些食物因为没有卖出去而浪费掉,而学生需要的一些食物却已售罄的现象。
2。
2 项目目标开发手机订餐系统节省学生的时间和精力,避免学生在食堂排队等很多时间,同时也减少食堂食物的浪费,并提高服务质量以及学生对食堂的满意度。
2.3 构件图图2。
3-1 构件图2。
4 上下文关系图图2.4-1 上下文关系图菜品信息生成订单对菜品的评价订菜学生订餐子系统订单管理子系统学生就餐情况库存情况查询食堂管理子系统2。
4。
1 业务事件a。
食堂接受订餐信息b。
学生查询菜谱和推荐菜单或套餐c.学生预约订餐d.返回客户订餐信息e. 学生进行进一步确定订单,并最终提交d.食堂接受订单信息,送食堂厨房2.5 对产品进一步解析到不前为止我们对学生的行为,食堂服务人员,厨房厨师的行为进行了准确的分析,做这一步的操作是为了进一步分析所设计的系统能否达到预想的目的.2。
6 适用范围通过分析,本项目仅适用于徐州工程学院中心校区一食堂,用于学生进行饭前订餐,以对用餐食物进行合理预算。
3.系统需求分析3。
1 性能需求分析该系统在性能功能应达到如下要求:3.1。
仓库信息管理系统软件需求说明书目录1. 引言 (1)1.1 目的 (1)1.2 项目范围 (1)1.3 定义 (4)2. 系统需求概述 (5)2.1 用例模型 (5)2.2 假设和依赖 (6)3. 需求与可行性分析 ............................................................................. 错误!未定义书签。
3.1 用例描述................................................................................... 错误!未定义书签。
3.2 规格说明 (9)3.2.1 系统需求分析 (9)3.2.2 功能需求分析 (9)3.2.3 性能需求分析 (10)3.2.4技术可行性分析 (10)3.2.5 经济可行性分析 (10)4. 术语表 (11)软件需求说明书1. 引言1.1 目的本文档描述了仓库信息管理系统的软件需求规格。
目的在于向读者表述系统的环境,系统的功能和非功能的需求。
1.2 项目范围本次软件项目开发的是一个仓库信息管理系统,理论上能够实现于超市、仓库等部门的货物管理系统,其目的在于实现超市、仓库等部门的货物更有效的管理,使超市、仓库能够更方便、更有效率的完成日常工作,以及实现完善日常生活中货物管理的各种功能。
共包括四个模块●用户登录●仓库管理●业务查询●系统设置用户登录模块由用户登录、用户注销、退出系统3个部分组成。
用户可以用两种身份登录系统:普通操作员或经理(管理人员);不同身份登录被系统授予不同的使用权限,这样提高了本系统的安全性,避免了无关人员获取不在他权限范围内的信息。
用户在登录后可以不退出本系统,而采用用户注销的方式使系统不存在激活状态下的用户。
仓库管理模块(1)仓库进货仓库存放货物品种繁多,堆存方式以及处理过程也非常复杂,随着业务量的增加,仓库管理者所需要处理的信息量大幅上升,因此管理者往往很难及时准确掌握整个仓库的动作状态。
食堂管理系统需求规格说明书编写人员:组长:组员:目录1、目的: (1)2、参考资料: (1)3、可行性分析: (1)3.1、食堂管理系统问题分析 (1)3.2、可行性分析 (1)4、功能需求: (3)(1)功能划分: (3)(2)功能描述: (3)5、性能需求: (5)6、数据流图: (6)6.1顶层数据流图: (6)6.2第二层数据流图: (8)6.3第三层数据流图: (9)7、数据字典: (9)1、目的:随着计算机的迅速发展,计算机被广泛的应用到各个领域,由于当前学校的规模不断扩大,学生数量不断增加,学生信息量也成倍增长,食堂管理工作成为学校各项管理工作的一个重要部分。
面对庞大的信息量,如何有效的提高食堂管理工作的效率是学校急需解决的问题。
因此我们提出了利用计算机软件管理食堂系统,这样不仅提高了工作效率,也避免了以前手工作业的麻烦,从而使得管理者能够准确,有效的管理餐饮。
2、参考资料:《软件工程——原理、方法与应用》《需求分析报告模板》3、可行性分析:3.1、食堂管理系统问题分析信息社会的高科技,商品经济化的高效益,使计算机的应用已普及到经济和社会生活的各个领域。
为了适应当代大学生高度强烈的时间观念,食堂管理系统以实时性、高效性的特点切实的满足了大学校园的食堂就餐问题,降低了学生因过分集中而造成的时间浪费,食堂员工因不了解市场需求而造成的饭菜过剩、外卖不能及时送达,食堂管理员因不了解学生需求而作的错误决策等等。
各大高校都在扩招,校园的设备和生活区都已达到饱和状态,尤其是食堂。
以本校为例,虽有3个食堂,但三万多的师生的群体仍是存在多种困难。
人流分布不均,食堂营业时间不定,饭菜种类杂多等等都让食堂的管理员无可奈何,同时也让学生对其失去好感。
为了解决以上的问题,让食堂管理员要想有效的掌握食堂的运行现状,学生的需求趋势,食堂信息、数据进行合理管理,从而应开发出一套适合食堂合理运行的管理系统。
3.2、可行性分析一.小组成员及课题A.开发软件名称:食堂管理系统。
OA办公系统需求分析说明书1. 引言在现代企业中,办公自动化系统成为企业管理的重要工具。
OA办公系统是一种能够提高办公效率、协同工作和信息管理的软件系统。
本文档对OA办公系统的需求进行详细分析,以确保系统能够满足用户的需求和期望。
2. 目标本文档的目标是明确OA办公系统的功能需求,包括基本功能和附加功能,以及系统的性能要求。
通过对需求的分析,可以为系统的设计、开发和测试提供明确的指导。
3. 功能需求3.1 基本功能需求1.用户管理:提供用户注册、登录、密码找回等功能,支持用户角色权限管理。
2.个人信息管理:用户可以管理自己的个人信息,如姓名、电话、邮箱等。
3.组织架构管理:支持组织机构的创建、修改和删除,可以设置权限和职务。
4.公告通知:管理员可以发布公告通知,用户可以查看、评论和收藏。
5.日程管理:用户可以创建、编辑和删除个人日程,并可以查看他人共享的日程。
6.文件管理:支持文件的上传、下载、删除和共享,支持文件夹的创建和管理。
7.会议管理:用户可以创建、编辑和取消会议,并可以邀请他人参加。
8.工作流管理:支持自定义工作流的创建、配置和执行,可以管理和追踪工作流的进度。
3.2 附加功能需求1.电子邮件集成:与常用邮件系统集成,支持OA系统与外部邮件的同步。
2.移动设备适配:支持手机和平板等移动设备的访问和使用。
3.实时消息推送:支持即时通讯功能,向用户发送系统事件的实时消息提醒。
4.数据分析和报表:支持对系统数据进行统计分析和生成报表。
1.响应时间:系统在用户请求后,应在3秒内给出响应,以保证用户的良好体验。
2.并发性能:系统应能够支持大量用户同时访问和使用,不出现明显卡顿和延迟。
3.数据存储和访问速度:系统需要支持快速的数据存储和检索,以满足用户的操作速度要求。
4.安全性能:系统需要保证数据的安全性,包括用户信息的加密存储和访问权限的控制。
5. 界面设计界面应简洁、直观,符合用户的使用习惯。
图书管理系统需求规格说明书目录1引言 (3)1.1编写目的 (3)1.2背景 (3)1.3参考资料 (3)2任务概述 (3)2.1目标 (3)2.2用户的特点 (4)3需求规定 (4)3.1功能描述 (4)3.1.1基础数据库管理功能模块 (5)3.1.2图书借阅管理模块 (9)3.1.3新书订购系统模块 (12)3.1.4系统维护模块 (15)3.2质量指标描述 (16)3.2.1性能 (16)3.2.2安全性 (16)3.2.3易用性 (17)3.3输人输出要求 (17)3.4数据管理能力要求 (17)3.5故障处理要求 (18)4运行环境规定 (18)4.1设备 (19)4.2支持软件 (18)4.3接口 (19)1.1 编写目的本文档叙述图书管理系统的任务概述、需求规定和运行环境规定。
为后面的需求分析报告的编写提供参考依据。
1.2 背景系统名称:图书管理系统用户:各类图书馆1.3 参考资料图书管理系统可行性研究报告2任务概述2.1 目标作为计算机应用的一部分,使用计算机对图书信息进行管理,具有着手工管理所无法比拟的优点。
例如:检索迅速,查找方便,易修改,可靠性高,存储量大, 数据处理快捷等。
因此开发一套低成本、高效率和质量的图书馆管理系统,为管理者和读者提供充足的信息和快捷的数据处理手段很有必要。
该系统整体上被划分为四个功能模块,分别是基础维护、借阅管理、查询管理、系统管理。
其中基础维护模块包含图书信息和读者信息两个子模块,借阅管理模块应该包含借书和还书两个模块。
查询管理模块包括读者信息和图书信息的查询。
系统管理模块应该包括密码修改和退出系统两个子模块。
基础维护用于维护图书和读者信息的添加、删除、修改等。
借阅管理模块主要是实现读者借书和还书的操作。
查询模块用于在指定查询条件下查询图书和读者信息。
系统管理模块可以用来修改当前用户登录密码。
系统主要完成以下功能目标:1)基础数据库维护管理员可以对读者、图书以及图书类别的各种信息进行管理,包括添加、删除、修改、查询。
健身房管理系统的设计需求分析一、引言健身房作为现代人们追求健康生活的场所,其用户数量逐年增加,为了更好地管理健身房内的设备、会员信息和运营情况,开发一套高效的健身房管理系统是必要的。
本文将针对健身房管理系统的设计需求进行分析,包括系统功能、运行环境、用户需求和系统性能等方面的内容。
二、系统功能需求1.会员管理:记录会员的个人信息、健身计划、签到记录等,方便会员查看和管理自己的健身情况。
2.设备管理:对健身房内的各类设备进行管理、维护和检修,包括设备的借用、归还和维修记录等。
3.预约管理:提供在线预约健身课程、私教课程和使用设备等服务,方便会员预约和教练管理。
4.健身课程管理:记录和管理健身课程的信息、时间安排、教练和参与会员等,方便会员选择适合的课程并进行报名。
5.财务管理:记录健身房的收入和支出情况,包括会员费用和设备维护费用等,方便健身房进行财务分析和管理。
6.统计分析:根据会员的健身情况和设备使用情况等数据进行统计分析,为健身房提供经营决策支持。
三、运行环境需求1.硬件要求:健身房管理系统需要在一台或多台服务器上运行,服务器硬件要求较高,包括足够的内存、存储空间和处理器性能等。
2. 软件要求:健身房管理系统需要在运行最新的操作系统(如Windows、Linux)的服务器上进行安装和部署,并依赖于数据库系统(如MySQL、Oracle)来存储和管理数据。
四、用户需求1.健身房会员:希望能够方便地预约课程、查询个人健身记录和参与社交活动等。
2.健身房教练:希望能够查看会员的健身计划、提供个性化指导和管理自己的课程安排等。
3.健身房管理员:希望能够方便地管理会员信息、设备维护和财务情况等,为健身房的运营提供支持。
4.系统管理员:负责系统的安装、配置和维护,希望能够方便地对系统进行监控和管理等。
五、系统性能需求1.并发操作:健身房管理系统需要支持多个用户同时操作,保证系统的并发性能,尤其是在高峰时间段的会员查询、预约和签到等操作。
XXX设备管理系统软件需求说明书目录1概述1.1目的本说明书明确了设备管理子系统需要完成的内容,建立本系统的逻辑模型,准确表达用户的需求。
本说明书的读者是卷烟工业企业基础软件开发组和徐州卷烟厂设备部门相关业务人员。
1.2范围本系统将对卷烟厂设备部门的内部业务、内部文档进行计算机化处理。
包括设备前期管理、设备台帐管理、设备运行管理、设备维修管理、设备润滑管理和系统维护六部分,涵盖了设备管理的各方面。
对其它相关部门产生的数据进行分析、查询。
涉及到生产计划的设备运行计划的查询;备件领用出库的查询;车间生产信息的查询等。
2系统分析2.1现行系统不足与问题设备部门管理全厂的设备的相关资料,负责制定全厂设备的前期采购计划、签订合同、设备开箱验收、设备投产、并对车间的设备运行情况进行考核等工作。
车间要对设备编制大项修的维修计划、按计划维修设备、记录设备的运行情况、定期为设备的所有部位进行润滑。
但目前大多数卷烟厂的设备管理仍然以手工管理为主,或者在单机上孤立地使用了一些小软件,对于大量的信息处理、查询来说,效率极低,又正是由于手工处理的限制,设备部门的大部分统计查询的数据不够精确。
由于不能及时掌握生产计划、各车间的生产情况和备件库存情况的最新动态,所以对设备的有效管理比较困难。
反之,制定生产计划时也不能完全按设备的维修计划测算设备的实际理论能力,使生产计划难以及时准确制定。
2.2解决办法采用计算机处理来代替现有人工处理。
建立全厂的管理信息系统,把设备的管理作为其中一个重要的子系统,保证数据畅通,设备子系统需要的数据能够及时得到,应当提供给其它子系统的数据能够由其它系统随时查阅。
2.3系统功能层次分析设备管理子系统功能划分为三级,具体描述如下:表1 系统功能划分3新系统概述3.1新系统描述系统和全厂各子系统之间外部接口描述如下:生产科提供设备能力表,作为生产科安排生产计划的依据;同时接收生产科的生产计划,据此安排设备的维修、保养计划和润滑计划。
在企业外部,设备科需要与设备供应商、服务商联系,进行设备的采购和维修、改造业务;向市局综合处报送包括固定资产、设备有效作业率等各种报表。
设备前期管理业务流程描述设备的前期管理是从各个部门提交设备的申请开始,由技改办或设备科进行可行性研究、经济效果论证后编制采购计划。
大部分重要烟机设备需要通过省烟草专卖局和国家烟草专卖局审批后,才能从指定的厂家购买。
签订合同后,在指定的日期内,厂家送货,烟厂对设备进行到货开箱验收,并对随机资料进行登记管理。
安装调试后进行验收。
试运行一段时间后填写设备的投产通知单给财务。
●设备台帐管理业务流程描述设备台帐管理包括建立和维护设备档案,准确反映设备的设计能力、分类属性、投产入固、使用状态、工艺流程、制造厂家等信息。
对设备的闲置、停用、启用、移动、租赁、调拨、改造、折旧、报废等信息及时详细的进行记录,为设备管理提供可靠、准确的数据。
●设备运行管理业务流程描述设备运行管理制定各车间的开机计划及日产量计划,对各车间设备每天的运行、停机、保养,设备发生故障、事故的现象及处理情况及时记录,使设备管理人员能及时了解设备的运行状态,统计设备的完好率、故障率、有效利用率,有效作业率,分析影响设备有效利用率、有效作业率的原因,做到及时发现问题,解决问题,确保生产计划的顺利完成。
●设备维修管理业务流程描述设备动力部根据设备状况、维修周期、生产计划制定年度维修计划,报分管厂长审批,每月在下达生产计划的同时下达设备维修计划。
在实施大修前,车间应提前一至二个月报“备件需求计划”。
设备大修结束后,由设备动力部组织有关人员参照新设备的质量标准或工艺要求进行验收,验收合格,填写设备验收单、设备维修换件记录。
●设备润滑管理业务流程描述设备润滑管理主要是确保设备按要求进行润滑,保证设备处于良好的润滑状态,杜绝设备失油运转现象。
设备润滑工作应按五定制度要求进行:定点(按规定的部位和润滑点,按规定加油、换油)、定时(按规定的时间加油、换油)、定质(按规定的牌号加油)、定量(按规定的数量加油、换油)、定人(每台设备润滑部位都有专人负责)。
3.2.2业务流程分析图设备管理主流程图图设备前期管理流程图图设备台帐管理流程图图设备运行管理流程图图设备维修管理流程图图设备润滑管理流程图3.3硬件环境企业配置分客户端配置和服务器端配置。
客户端:Pentium 100以上,内存不小于64M,硬盘剩余空间不能小于100M。
服务器:SYBASE数据库服务器所支持的任何服务器,内存不小于1G。
3.4软件环境系统结构:C/S结构与B/S结构相结合。
操作系统:WINDOWS98、WINDOWS ME、WINDOWS 2000。
编程语言:PB数据库:Sybase3.5软件功能本系统将完成下列六项功能:设备前期管理维护及查询、设备台帐管理维护及查询、设备运行管理维护及查询、设备维修管理维护及查询、设备润滑管理维护及查询和系统维护维护及查询各处理功能见系统功能层次分析。
3.6用户特点用户为设备部门业务人员,均具有操作计算机的一般知识。
4功能需求4.1设备前期管理4.1.1设备采购申请引言录入、修改、删除、查询设备添置/采购申请及设备申请明细,打印设备添置/采购申请及设备申请明细。
输入项目名称、设备名称、型号、规格、设备归属分类、数量、预计费用、制造厂家、使用部门、申请部门、申请理由、申请日期、经济效益论证、需要协作部门。
加工新增设备添置/采购申请单时,首先输入主表信息,从单据类别代码及属性维护表取相应的记录编号,并根据表中是否生成单据编号及单据编号前缀字段信息判断是否自动生成单据编号,单据编号的生成规则是:单据编号前缀+当前月份+四位顺序号。
单据编号不能重复;审核标记为未提交,不可修改;申购类别缺省为添置,制单人缺省为录入人,制单日期、申请日期缺省为当前日期,可修改;使用部门、申请部门从下拉列表中选择输入,不可空;合计数量、预计费用由设备申请明细中汇总自动显示;其它信息根据实际情况输入,保存数据前,校核输入的数据,如不可为空的字段,是否为空,如果为空,显示提示信息;将数据保存到设备添置/采购申请主表中;然后增加设备申请明细,首先选择设备型号,确定所申请设备的信息;机型取自机型代码表;设备归属分类从下拉列表中选择输入,不可空;制造厂家从下拉列表中选择输入,可空;总价 = 数量* 单价其它信息根据实际情况输入,保存数据前,校核输入的数据;将数据保存到设备申请清单表中;删除设备添置/采购申请单时显示提示信息,让用户确认是否删除;查询可根据任意组合的条件,查询设备添置/采购申请信息;输出设备采购申请单及设备申请明细用户接口维护、查询、打印界面4.1.2设备采购计划引言录入、修改、删除、查询设备采购计划及采购计划明细,采购计划明细可由设备添置/采购申请生成或直接新增,打印设备采购计划及采购计划明细.输入计划名称、设备名称、型号、规格、设备归属分类、数量、厂家、报批文号、批文提出时间、经发委批复文号、批复时间、申请文号(专控设备)、申请时间、批复时间、准购证号、准购证申请时间、经办人加工新增设备采购计划单时首先输入主表信息,从单据类别代码及属性维护表取相应的记录编号,并根据表中是否生成单据编号及单据编号前缀字段信息判断是否自动生成单据编号,单据编号的生成规则是:单据编号前缀+当前月份+四位顺序号,单据编号不能重复;审核标记为未提交,不可修改;制单人缺省为录入人,制单日期缺省为当前日期,可修改;合计数量、预计费用由采购计划明细中汇总自动显示;其它信息根据实际情况输入,保存数据前,校核输入的数据,如不可为空的字段,是否为空,如果为空,显示提示信息;将数据保存到设备采购计划主表中;然后增加采购计划明细,采购计划明细中的设备可以由设备采购申请处选择新增,也可直接新增,直接新增时首先选择设备型号,确定所采购设备的信息;机型取自机型代码表;设备归属分类从下拉列表中选择输入,不可空;制造厂家从下拉列表中选择输入,可空;总价 = 数量* 单价其它信息根据实际情况输入,保存数据前,校核输入的数据;将数据保存到采购计划清单表中;删除设备采购计划单时显示提示信息,让用户确认是否删除;查询可根据任意组合的条件,查询设备采购计划信息;输出设备采购计划单及采购计划明细用户接口维护、查询、打印界面4.1.3设备采购合同引言录入、修改、删除、查询设备采购合同及采购合同明细,采购合同明细可由设备添置/采购计划生成或直接新增,打印设备采购合同及采购合同明细。
输入合同编号、项目名称、设备名称、型号、规格、数量、金额、设备归属类别、厂家、签定部门、签定日期、设备台数、总价、预付款、币种、付款方式(转帐/现金)、付款条款、交货期、实际到货日期、运输方式、验收标准、服务、有效起始日期、有效终止日期、索赔期、保修期、违约处理、供方、供方经办人、供方电话、需方经办人、审批人、备注。
加工新增设备采购合同单时,首先输入主表信息,从单据类别代码及属性维护表取相应的记录编号,并根据表中是否生成单据编号及单据编号前缀字段信息判断是否自动生成单据编号,单据编号的生成规则是:单据编号前缀+当前月份+四位顺序号,单据编号不能重复;审核标记为未提交,不可修改;制单人缺省为录入人,制单日期缺省为当前日期,可修改;合计数量、预计费用由采购合同明细中汇总自动显示;其它信息根据实际情况输入,保存数据前,校核输入的数据,如不可为空的字段,是否为空,如果为空,显示提示信息;将数据保存到设备采购合同主表中;然后增加采购合同明细,采购合同明细中的设备可以由设备采购计划处选择新增,也可直接新增,直接新增时首先选择设备型号,确定所采购设备的信息;机型取自机型代码表;设备归属分类从下拉列表中选择输入,不可空;制造厂家从下拉列表中选择输入,可空;总价 = 数量* 单价其它信息根据实际情况输入,保存数据前,校核输入的数据;将数据保存到采购合同清单表中;删除设备采购合同单时显示提示信息,让用户确认是否删除;查询可根据任意组合的条件,查询设备采购计划信息;输出设备采购合同单及采购合同明细用户接口维护、查询、打印界面4.1.4设备开箱验收引言录入、修改、删除、查询设备开箱验收信息,打印设备开箱验收单。
输入设备编号、固定资产号、型号、制造厂商、出厂编号、出厂日期、合同编号、到货日期、开箱验收日期、使用部门、管理部门加工新增设备开箱验收单时可以由设备采购合同处选择新增,也可直接新增,直接新增时首先选择设备型号,确定所采购设备的信息;从单据类别代码及属性维护表中取相应的记录编号,并根据表中是否生成单据编号及单据编号前缀字段信息判断是否自动生成单据编号,单据编号的生成规则是:单据编号前缀+当前月份+四位顺序号,单据编号不能重复;审核标记为未提交,不可修改;制单人缺省为录入人,制单日期缺省为当前日期,可修改;机型取自机型代码表;制造厂家、使用部门、管理部门、经办人从下拉列表中选择输入;设备编号、使用部门、管理部门不可空;其它信息根据实际情况输入,保存数据前,校核输入的数据,如不可为空的字段,是否为空,如果为空,显示提示信息;设备编号、固定资产号、型号、制造厂商、出厂编号、出厂日期、合同编号、到货日期、开箱验收日期、使用部门、管理部门信息保存在设备台帐表中。