设备管理系统需求分析说明书
OA办公管理系统需求说明文档

协同办公平台需求分析说明书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系统需求规格说明书v2.0

医院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智能照明管理系统是一种高效、智能的照明管理系统,旨在为用户提供舒适、节能、环保的照明环境。
该系统采用先进的硬件设备和软件算法,实现了对室内光照度的精准控制,从而提高了能源利用效率,降低了碳排放,同时还能满足用户对照明的个性化需求。
SEMS智能照明管理系统主要由以下几部分组成:传感器:用于检测室内光照度、温度、湿度等环境参数。
控制器:根据传感器采集的环境参数,通过内置的算法控制照明设备的开关和亮度。
执行器:接收控制器的指令,控制照明设备的开关和亮度。
通信模块:实现传感器、控制器和执行器之间的数据传输和通信。
自动控制:根据室内光照度和用户需求,自动调节照明设备的开关和亮度,实现节能环保。
舒适照明:通过对光照度的精准控制,提供舒适的光照环境,提高工作效率和生活品质。
灵活配置:支持多种不同的场景模式,满足用户在不同场合下的照明需求。
远程控制:通过手机APP或其他智能设备,实现对照明系统的远程控制和管理。
维护方便:系统自动监测设备状态,及时发现并提示故障,方便用户维护和管理。
安装:请根据产品手册正确安装传感器、控制器和执行器,并确保通信模块和电源模块的正常连接。
设置:通过手机APP或其他智能设备,连接到SEMS智能照明管理系统,根据个人需求设置场景模式、光照度等参数。
自动控制:在正常工作条件下,系统将自动调节照明设备的开关和亮度,以实现节能环保。
手动控制:通过手机APP或其他智能设备,可以手动控制照明设备的开关和亮度,以满足不同场合的需求。
维护:定期检查系统设备的工作状态,如有异常情况,请及时售后服务。
请在安装和使用过程中,遵守相关安全规范和操作规程。
请勿私自拆卸或修改系统设备,以免造成损坏或安全隐患。
如发现系统设备故障或异常情况,请立即停止使用,并及时售后服务。
在使用过程中,请勿将系统设备暴露在潮湿、高温或极寒环境中,以免造成损坏或安全隐患。
如需更换系统设备或升级系统软件,请务必按照说明书或相关指导进行操作。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
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设备开箱验收引言录入、修改、删除、查询设备开箱验收信息,打印设备开箱验收单。
输入设备编号、固定资产号、型号、制造厂商、出厂编号、出厂日期、合同编号、到货日期、开箱验收日期、使用部门、管理部门加工新增设备开箱验收单时可以由设备采购合同处选择新增,也可直接新增,直接新增时首先选择设备型号,确定所采购设备的信息;从单据类别代码及属性维护表中取相应的记录编号,并根据表中是否生成单据编号及单据编号前缀字段信息判断是否自动生成单据编号,单据编号的生成规则是:单据编号前缀+当前月份+四位顺序号,单据编号不能重复;审核标记为未提交,不可修改;制单人缺省为录入人,制单日期缺省为当前日期,可修改;机型取自机型代码表;制造厂家、使用部门、管理部门、经办人从下拉列表中选择输入;设备编号、使用部门、管理部门不可空;其它信息根据实际情况输入,保存数据前,校核输入的数据,如不可为空的字段,是否为空,如果为空,显示提示信息;设备编号、固定资产号、型号、制造厂商、出厂编号、出厂日期、合同编号、到货日期、开箱验收日期、使用部门、管理部门信息保存在设备台帐表中。