地铁电力系统权限移交功能说明
摘 要：地铁综合监控系统(ISCS)包含电力系统(PSCADA)，PSCADA系统以供电设备为对象，通过变电所内网络将所内的110kV保护装置或10kV保护装置、27.5kV保护装置或750V保护装置、400V保护装置、交直流屏、整流器、温控器、钢轨电位、UPS电源监测装置、排流柜、杂散电流监测装置等间隔层设备连接起来，通过具有可靠性高、实时性强、冗余设置的通讯控制器构成稳定、可靠的变电所电力监控系统。为了防止同时对受控对象进行控制操作，保证操作控制的唯一性，权限移交功能便于用户进行权限移交和设备管理工作。
本文主要介绍了电力系统权限移交的主要功能。
一、电力系统权限移交设计
1、概述
综合监控系统(ISCS)大部分控制操作是分布式的：每个车站有一对实时服务器用来管理所有车站子系统，中心(OCC)另有一对实时服务器用于处理重大操作。少数子系统仅需一个控制点(例如仅车站或中心控制)。但从安全性和可用性角度考虑，大多数子系统只能被本地车站和OCC控制。因为在给定时间只有一个位置拥有控制权(ISCS负责防止从不同点控制同一设备)，ISCS提供并管理一组标记，用于指出哪个子系统在哪个位置点可控，这就是控制权限移交管理。
电力系统(以下简称为PSCADA)系统包含110kV保护系统或10kV保护系统、27.5kV保护系统或750V保护系统、400V保护系统等。
2、设计原则
具有当前控制权限的车站/中心/维护工作站均允许发起手动权限移交操作。提出方通过管理面板，将操作请求发送给被请求方，在被请求方的HMI，会有相应的提示指导操作员接收或拒绝请求，一旦控制权成功移交，双方的HMI将同步刷新。子系统配置一个“默认控制位置”(OCC或车站。PSCADA设备默认控制位置在车站)，它就是常规情况下的控制位置。通过移交机制，“当前控制位置”能在默认控制位置和后备控制位置之间选择。
网络或默认服务器发生故障，后备模式将自动启动，以便继续操作(例如：如果车站宕机，PSCADA将允许维护工作栈控制)。允许手动移交控制权到后备控制位置。处于默认控制位置的操作员在任何时间都能把控制权移交给后备控制位置。成功的移交需要双方进行请求和接受确认交互。默认控制位置向后备控制位置完成权限移交后，系统不会自动把控制权限交回到默认控制位置。在后备控制位置的操作员允许手动把控制权限交回到默认控制位置。成功的移交需要双方进行请求和接受确认交互。处于中心操作员允许强制手动取回任何地点(车站、维护工作站)设备的控制权。强制权限操作不需要请求及接受确认。
无论任何原因(手动或自动移交)，每次控制权移交均产生一个报警，以引起操作员注意。在发生权限移交后，用户权限的变化将影响HMI上的报警激活。考虑到登录操作员的权限，服务器的同一报警在HMI上的激活状态可能不同。例如，通常未确认的报警为红色闪烁，但如果登录操作员没有确认报警的权限，即使服务器上的报警状态仍未确认，HMI上的报警将一直为红色(像已确认的报警)。
二、电力系统权限移交流程
PSCADA采用“中心级ISCS——车站级ISCS——车站PSCADA维护工作站”三级权限移交。ISCS与PSCADA系统之间的权限移交中，PSCADA系统的默认控制权限在车站控制室ISCS系统工作站：
1、在车站控制室ISCS系统工作站上，具有权限的操作员允许手动将控制权移交给控制中心或下发给变电所维护工作站，其操作步骤为首先由车站操作员发起权限移交，对应的目的地必须有操作人员进行确认，该移交过程才会成功。
2、在控制中心，具有权限的操作员允许手动将控制权交还给车站控制室ISCS系统工作站或下发给变电所维护工作站，其操作步骤为，首先由控制中心操作员发起权限移交，对应的目的地必须有操作人员进行确认，该移交过程才会成功。
3、在控制中心，具有权限的操作员允许强制收回车站控制室ISCS系统工作站或变电所维护工作站的控制权，其操作步骤为，控制中心操作员直接在画面上点击强制收回按钮即可，无需控制权所在地人员参与。
4、在变电所维护工作站上，具有权限的操作员允许手动将控制权交还给控制中心或车站控制室ISCS系统工作站，其操作步骤为，首先由变电所操作员发起权限移交，移交对象为ISCS，ISCS内部权限位置即为对应的目的地，必须有操作人员进行确认，该移交过程才会成功。
5、自动移交由变电所的PLC完成，其步骤为，当变电所的PLC检测到与ISCS通讯中断后，自动在PLC内部置位，将控制权限转移到变电所，ISCS保持当前的内部权限位置，而外部权限位置在通讯恢复后将被更新为当前控制权在变电所，通讯中断期间，由数据状态保证ISCS侧控制不能发起。
PSCADA权限移交数据流是：1)中心能够手动或自动将权限下放至车站或PSCADA维护工作站，并能够从车站和PSCADA维护工作站强制取权。2)车站能够手動移交控制权，在车站和维护工作站间的权限移交必须由相关人员手动进行。3)维护工作站能够手动将权限移交至车站，但车站没有强制从维护工作站取权的功能。
结 论
本文浅谈了地铁电力系统权限移交的方案和主要功能。阐述了中心、车站、维护工作站的权限移交具体移交方案，讨论了各节点手动、自动移交的可能性和安全性。详细说明由上至下(中心到车站、维护工作站)，由下至上(维护工作站、车站到中心)权限移交的流程，明确了各节点进行权限移交的条件。权限移交功能是综合监控系统的一个重要功能，它为地铁综合监控系统自动化用户提供了便利，并得到了用户的认可。
参考文献：
[1] 魏晓东.城市轨道交通自动化系统与技术.北京：电子工业出版社，2004.11
[2] 曲立东.城轨交通电力系统的结构比较[J].都市快轨交通，2006，19(3)：90～92
[3] 《地铁设计规范GB50157-2003》.北京：中国计划出版社，2003.8
作者：李腾
摘要：本文主要介绍陕西某高校财务软件更新升级过程中遇到的问题及具体的操作步骤，旨在帮助其他各高校顺利实现新旧高校会计制度的衔接。
关键词：高校财务系统 会计制度 更新升级
政部发布了新修订的《高等学校会计制度》，要求从2014年1月1日起施行。2014年全国高校都处在新旧高校会计制度的过渡时期。顺应财政部要求，陕西高校决定于2015年全面施行新版《高等学校会计制度》，并且所有高校财务软件统一更换升级为神州浩天高校财务软件(简称“天财软件”)5.0版本。笔者通过实际工作经验，总结了在高校财务软件更新升级过程中遇到的问题和具体的操作步骤，供各高校参考借鉴。
现阶段陕西各高校使用的财务软件分为用友和天财4.0版本两种系统，2015年统一更新升级为天财5.0软件，将主要经历财务数据转换和新旧科目转换两个方面。
一、 财务数据转换
财务数据转换主要包括往来款项的清理及核对、项目编码的设置等四个方面。
(一)暂付款
1.清理并核对用友软件中的暂付款。包括分别核对个人名下、项目名下暂付款金额，当个人名下暂付款总计金额与项目名下暂付款总计金额一致时，代表暂付款核对正确完毕。在核对正确无误之后，需要编制暂付款Excel明细表。明细表内容依次包括：工号、个人名称、摘要、科目编码、项目编码、期末余额共六项内容。其中工号需人事处提供，具有唯一性。最终暂付款明细表中的每一条记录在新系统中都会形成一个相应的对冲号，在新账中冲借款时对应冲掉，这样就防止了冲错借款情况的发生。见表1。
2.清理暂存款。(1)清理并核对用友软件中的暂存款。这部分比较典型的就是质保金的核对。在核对过程中需要注意对已转出的暂存款借贷金额抵消，剩余的借贷相加减，即：暂存款期初余额+暂存款贷方余额-暂存款借方余额=暂存款期末余额。(2)核对清楚暂存款后，编制一份暂存款Excel明细表。暂存款明细表只需列示出所有账务中还未转出的暂存款，已经转出的暂存款不需要再列出。最终，暂付款明细表中的每一条记录在新系统中类似于暂付款也会形成一个相应的对冲号，在新账中需转出时，查找相应暂存款金额，即可对应转出，这样防止暂存款重复转出错误的发生。明细表内容依次包括：科目编码、摘要、金额共三项内容。见表2。
3.项目编码设置。在往来款项核对清楚后，第三步需要进行项目编码的设置。项目编码需要根据类、款、项、目(1-2-2-4)的编码规则来编制，共9位，具体参见《2014年会计项目核算口径编制说明》。“类”定义为：1预算类;2科研类;3专项类;4基建类;5收入类;6基金类;7代管类;9其他类，主要用于学校内部管理需要。“款”定义为大类，基本等同于现行系统中的大类。“项”定义为对款的进一步细分类。“目”定义为具体项目编号(条目)。项目编码设置Excel明细表。内容依次包括：项目编号、项目名称、新项目编号共三项内容。见表3。
4.项目负责人名称及工号明细表。设置好项目编号后，需要录入各项目相对应的负责人名称及工号，形成一张含有项目编号、项目名称、负责人、负责人工号的明细表。这里负责人的工号与暂付款中借款人的工号是一致的，均由人事处提供，具有唯一性。见表4。
二、 新旧会计科目转换
在新旧会计科目转换中需要编制3张表，依次为新会计科目表、经济分类科目表、新旧科目对照表。具体步骤如下：
1.设置新会计科目。按照新会计制度设置出新的“会计科目”，做出一张新会计科目Excel表，包括科目编号、科目名称、余额方向共3项内容。见表5。
2.设置经济分类科目。经济分类反映高等学校经费支出的具体用途，仅针对支出科目，分为工资福利支出、商品和服务支出、对个人和家庭的补助、基本建设支出、其他资本性支出和债务利息支出。天财软件中的经济分类对应原用友软件支出科目下的办公费、印刷费等具体明细科目。例，原会计科目中教育事业支出/公用支出/办公费科目对应到新会计科目中就应该是在教育事业支出/教学基本支出会计科目下选择商品和服务支出经济分类下的印刷费。经济分类科目表包括科目编号、科目名称两项内容。我们需要根据《2014年陕西省属高校支出经济分类明细科目设置建议表》，结合自己学校的实际情况，编制可行的经济分类科目表。见表6。
3.编制新旧科目对照表。编制新旧科目对照表是一个非常关键的问题，这是新旧制度转换的核心所在。具体包括以下几个步骤：(1)设置一张新旧科目对照表，新旧科目对照表包括旧科目编号、旧科目名称、方向、新科目编号、新科目名称、方向、经济分类科目编号、经济分类科目名称共八项内容。(2)将用友软件科目余额表中所有余额不为0的最末级科目进行一一对照。这里需要特别注意两点：一是必须针对旧科目的最末级科目进行对照，例，旧会计科目下银行存款一级科目下有基本户和工资户两个明细科目，那么在做对照表时就应该将基本户和工资户两个明细科目对照，而不是直接对照一级科目银行存款。二是科目对应时不允许交叉，不允许“一对多”，即“拆分”，但“多对一”合并可以。例如，旧科目应收及暂付款下有纵向项目借款和横向项目借款两个明细科目，在编制对照表时就可以将纵向项目借款和横向项目借款金额合并对应到新科目下的一个科目，比如说科研项目借款，但是绝不可以将纵向项目借款或横向项目借款分解为多个科目。总之“旧科目、新科目、经济分类”三项形成唯一关系。见表7。
4.编制科目余额对照表。设置好新旧科目对照表后，建议大家再编一张新旧科目余额对照表，主要包括旧科目编号、旧科目名称、借方余额、贷方余额、新科目编号、新科目名称、经济分类科目编号、经济分类科目名称、借方余额、贷方余额共八项内容。这是一张辅助底稿，主要为了检查新旧科目对照表设置是否正确，同时也方便检查在转换至天财软件新会计科目后各个科目余额是否正确无误。这张表编好后，新旧科目借贷金额如果不一致，就需要再次检查这张对照表，调整不对之处。如果这张新旧科目对照余额表是平的，那证明此项对照工作圆满结束。见表8。
以上具体介绍了从用友转换至天财软件财务程序过程中的具体步骤，每一个步骤的关键点以及需要注意的事项均在具体的步骤中阐述清楚。除此之外，由于用友软件与天财软件、天财4.0和5.0版本都有很大的区别，在很多名词的表达上不一致，而且各个高校业务的具体情况也不太一致，所以在软件转换的过程中，与软件公司业务人员的沟通也非常重要，财务人员需要及时调整思路，以较通俗易懂的话语向软件公司的人员表达高校的需求，保证所使用软件升级能够快速、准确、顺利的进行。Z
作者简介：
余姝纬，女，陕西科技大学财务处，中级会计师。研究方向：财务会计。
张雪奇，女，陕西科技大学财务处，高级会计师。研究方向：会计核算管理。
作者：余姝纬 张雪奇
摘要：20世纪，随着计算机科学的发展，数据库技术在Internet 中的应用越来越广泛，为广大网络用户提供了更加周到和人性化的服务。个性化已逐渐成为当今Web应用的潮流。
以ASP为开发技术，以VBScript为服务器端脚本语言，以JavaScript作为客户端脚本语言，实现了一个虚拟的网上商店购物系统。从ASP的工作原理入手，对其网上购物系统展开分析研究，并对其模块进行研究分析，对当前网上购物系统的研究工作有一定的借鉴作用。
关键词：网上购物；ASP；Access
文献标识码：A
购物系统从算法、数据结构到产品安全性，使系统在稳定性、负载能力、安全保障等方面有了很大的改进时代商城购物系统在代码优化、运行效率、负载能力、安全等级、功能可操控性和权限严密性等方面都有很大的进步。时代商城购物系统在代码优化、运行效率、负载能力、安全等级、功能可操控性和权限严密性等方面都有很大的进步。
1ASP工作原理
基于ASP的页面以*.asp文件形式驻留在Web服务器上。一个*.asp源文件是文本文件，包括以下成分：文本用于显示信息、页面标题等；HTML标记实现页面风格设计；ASP脚本（Script Commands）。其工作原理如图1所示：
2系统设计
网上购物系统分为前台管理和后台管理。前台管理包括浏览商品、查询商品、订购商品、购物车、用户信息维护等功能。后台管理包括公告管理、商品管理、订单管理、投诉管理和用户管理等模块。
后台管理具体描述如下：
（1）公告管理。
添加公告（包括公告标题和公告内容等）、修改公告、删除公告。
（2）商品管理。
添加商品类别、删除商品类别、添加商品信息（包括商品类别、名称、编号、所属公司等信息）、商品图片上传、修改和删除、修改商品信息、删除商品信息、查看商品信息。
（3）订单管理。
处理订单、办理发货、办理结账、删除订单、投诉管理、录入投诉的解决方法、删除已解决的投诉、查看投诉用户。
3详细设计
3.1公告信息管理模块设计
公告信息管理模块可以实现以下功能：
（1）设计公告管理页面。
公告管理页面为admin/index.asp，公告的添加、修改和删除都在这里执行。
（2）显示公告信息。
newscast.asp能以表格的形式显示公告名称，并对公告主题设置动态链接，链接到news.asp页面方便用户查阅。
（3）添加公告信息。
在admin/index.asp页面中，单击“添加首页新闻”按钮，将调用ASP脚本在index.asp的右半部分链接到addnews.asp，添加公告信息。
（4）删除公告信息。
在删除公告之前，需要选中相应的复选框，可以选择全部复选框，也可以全部清除选择，然后生成并提交删除新闻主题。
（5）查看修改信息。
单击公告超级链接，将在新窗口中执行newsedit.asp，查看公告信息。
set rs=server.CreateObject（"adodb.recordset"）
rs.open "select * from news where newsid="&newsid，conn，1，3
rs（"newsname"）=trim（request.form（"newsname"））
rs（"addname"）=trim（request.form（"addname"））
rs（"newscontent"）=trim（request.form（"newscontent"））
rs（"adddate"）=now（）
rs.update
rs.close
<%set rs=server.CreateObject（"adodb.recordset"）
rs.open "select * from news where newsid="&newsid，conn，1，1%>
| 更改网站新闻 |
作者：李芳丽
摘 要
伴随着计算机技术在各行各业日益广泛和深入的应用，网络的概念早已深入人心。网络在各行各业的发展战略中占据了重要的位置，成为商家不可分割的部分。商品的宣传已不只局限于电视与报纸，网络已成为商家展示自己的另一个舞台。商家建立网站，将商家各方面的宣传与服务展现于网络中，通过网络更可实现如网上购物、信息查寻等功能，这些在改变我们原有经营方式与经营理念的同时，也为商家带来了更高的效益。因此，对于商家来说，拥有一个属于自己的网站是至关重要的。
本论文研究一种基于MVC三框架的ASP.NET三层结构软件设上购物系统，其开发主要包括后台数据库的建立、后台管理以及前台页面的Web设计。系统使用Microsoft公司以C#为核心语言的ASP.NET开发工具，利用微软提供的IIS 5.0建立运行环境，再结合SQL Server 2005建立数据连接关系。利用其提供的各种组件，在短时间内建立数据库，对数据库进行分析与建立ASP.NET页面，不断改进，直到功能基本实现的可行系统。本系统主要分为后台系统管理和前台会员操作两部分。后台管理主要有：订单管理，商品管理，会员管理，物流管理，系统管理五个功能模块。前台会员操作主要有：商品信息展示，会员注册，会员登录，会员信息修改，购物车管理，会员充值六个功能模块。由于开发环境和工具都是基于Microsoft公司产品，所以系统能够在Visual Studio 2005或者更高版本上运行，又因为系统采用MVC三层架构设计思想，使得系统的可移植性非常强，只需修改配置文件就能在在不同服务器上运行。 关键字：.NET;C#;SQL Server 2005;网上购物系统
目 录
摘要 .....................................................................
兰州城市学院
信息工程学院111本
杨大鑫，王稼宇，王艺森
2014年3月31日
目录
1.引言 ............................................................................................................................................... 3
1.1编写目的 ............................................................................................................................. 3 1.2项目背景 ............................................................................................................................. 3 1.3范围 ..................................................................................................................................... 3 1.4参考资料 ............................................................................................................................. 3 2.系统定义........................................................................................................................................ 4
2.1项目来源及背景 ................................................................................................................. 4 2.2用户特点 ............................................................................................................................. 4 2.3项目目标 ............................................................................................................................. 4 3.应用环境........................................................................................................................................ 4
3.1系统运行的网络环境 ......................................................................................................... 5 3.2系统运行的硬件环境 ......................................................................................................... 5 3.3系统运行软件环境 ............................................................................................................. 6 4.功能规格........................................................................................................................................ 6
4.1角色定义 ............................................................................................................................. 6
4.1.1购物者 ...................................................................................................................... 7 4.1.2管理者 ...................................................................................................................... 7 4.1.3数据库 ...................................................................................................................... 7 4.2系统主用例图 ..................................................................................................................... 7 4.3客户端子系统 ..................................................................................................................... 8
4.3.1登陆 ........................................................................................................................ 10 4.3.2浏览、选择商品 .................................................................................................... 10 4.3.3放入购物车 ............................................................................................................ 10 4.3.4确认收货人信息或修改收货人信息 .................................................................... 11 4.3.5选择支付方式 ........................................................................................................ 11 4.4管理端子系统 ................................................................................................................... 11
4.4.1登陆 ........................................................................................................................ 12 4.4.2订单管理 ................................................................................................................ 13 4.4.3商品管理 ................................................................................................................ 13 4.4.4用户管理 ................................................................................................................ 13
5.性能需求...................................................................................................................................... 14
5.1界面需求 ........................................................................................................................... 14 5.2响应时间需求 ................................................................................................................... 14 5.3可靠性需求 ....................................................................................................................... 14 5.4开放性要求 ....................................................................................................................... 14 5.5可扩展性需求 ................................................................................................................... 15 5.6系统安全性需求 ............................................................................................................... 15
1.引言
1.1编写目的
该文档是关于用户对于网上购物系统的功能和性能的要求，重点描述了网上购物系统的功能需求，是概要设计阶段的重要输入。
本文档的预期读者是：
·设计人员; ·开发人员; ·项目管理人员; ·测试人员; ·用户。
1.2项目背景
软件名称：网上购物系统
开发单位：兰州城市学院信息工程学院111本 项目成员：杨大鑫(28号);王稼宇(18号);王艺森(23号) 用户：兰州城市学院学生
1.3范围
该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型的，解决整个项目系统的“做什么”的问题。在这里，没有涉及开发技术，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的平台。
1.4参考资料
软件工程案例分析教程(软件项目开发实例)
韩万江、姜立新等编著
——机械工业出版社 软件工程导论(第五版)
张海藩编著
——清华大学出版社
2.系统定义
2.1项目来源及背景
随着Internet国际互联网的发展，越来越多的企业开始建造自己的网站。基于Internet的信息服务，商务服务已经成为现代企业一项不可缺少的内容。很多企业都已不满足于建立一个简单的仅仅能够发布信息的静态网站。现代企业需要的是一个功能强大的，能提供完善的电子商务服务的动态商务网站。
本系统是一个中小型的电子商务系统----网上购物系统，可以为各类用户提供方便的在线购物环境，符合目前国内流行的电子商务模式。用户可以在系统中实现注册、浏览商品、搜索查询商品、下定单、处理定单等功能;管理员可以通过用户管理、定单管理、商品管理、评论管理等管理功能来对系统进行维护更新。
2.2用户特点
本系统的用户都是网上用户，包括两类，一类是购物者，他们的差异比较大，学历有高有低，年龄有老有幼。另外一类用户是管理者，负责物品的上架下架及网站的日常维护。
2.3项目目标
本项目设定的目标如下：
·系统能够提供友好的用户界面，使操作人员的工作量最大限度地减少; ·系统具有良好的运行效率，能够达到提高生产率的目的;
·系统应具有良好的可扩充性，可以容易地加入其他系统的应用;
·平台的设计具有一定的超前性，灵活性，能够适应企业生产配置的变化; ·通过这个项目可以锻炼队伍，提高团队的开发能力和项目管理能力。
3.应用环境
根据用户的需求陈述，可以确定本项目分为客户端和管理端。客户端为购物者服务，有注册，登陆，选择要购买的商品放入购物车，确认订购等功能。管理端为管理员服务，有添加商品，修改商品，管理商品评论等功能。
客户端流程图分别如图A-1所示。
浏览网页选择要购买商品放入购物车去收银台是否注册是登陆确定收货人信息或修改收货人信息否继续购物注册支付成功选择支付方式图A-1
确认订购
3.1系统运行的网络环境
无论是客户端的购物者还是管理端的管理者都可以通过网络登录到本系统中。购物者通过网络浏览商品信息，提交商品订单，支付货款等，管理者通过网络发布商品信息，根据订单发货等。
3.2系统运行的硬件环境
本系统的硬件环境如下： 客户机：普通PC ·CPU：P4 1.8GHz以上 ·内存：256MB以上
·能够运行IE5.0以上或者Netscape4.0以上版本的机器
·分辨率：推荐使用1024×768像素 Web服务器
·CPU：P42.0GHz ·内存：1GB以上 ·硬盘：80GB以上 ·网卡：KMb/s速度 数据库服务器
·CPU：P42.0GHz ·内存：1GB以上 ·硬盘：80GB以上
3.3系统运行软件环境
本系统的软件环境如下：
·操作系统：Windows2000或以上版本 ·数据库：SQL Server 2005 ·Web服务器：IIS5.0以上
·开发工具：Microsoft Visual Studio 2005 ·浏览器：IE5.0以上
4.功能规格
我们采用面向对象分析作为主要的系统建模方法，使用UML作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征方法。在UML中，从任何一个角度对系统所作的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映像。
用例描述角色(用户、外部系统以及系统处理)是如何与系统交互来完成工作的。用例模型提供了一个非常重要的方式来界定系统边界以及定义系统功能，同时，改模型将来可以派生出动态对象模型。
设计用例时，我们遵循下列步骤：
1)识别出系统的角色。角色可以是用户、外部系统，甚至是外部处理，通过某种途径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者(角色)是谁。尽可能地确保所有角色都被完全识别出来。
2)描述主要的用例。可以采取不断地问自己“这个角色究竟想通过系统做什么?”来准确地描述用例。
3)重新审视每个用例，为它们下个详尽的定义。
4.1角色定义
角色或者执行者指与系统产生交互的外部用户或者外部系统。
4.1.1购物者
购物者是指在这个网上购物系统中通过客户端提交商品订单的人员，这个角色主要参与客户端的浏览商品，订购商品等功能。
4.1.2管理者
管理者是指在这个网上购物系统中通过管理端管理商品信息的人员，这个角色主要参与管理端的添加商品，修改商品等功能。
4.1.3数据库
数据库是一个与系统产生交互的外部系统，这个角色负责系统的数据查询、增加、删除和修改等操作。
4.2系统主用例图
网上购物系统可以分为两个主要的组成部分，一个是客户端子系统，一个是管理端子系统。客户端子系统功能主要是指购物者通过登录购物网站进行操作的功能，即购物功能。管理端子系统功能主要是指管理者通过登录购物网站后台对商品进行操作的功能，即管理功能。系统的主用例图如图A-2所示。
购物者客户端子系统管理者管理端子系统
图A-2
4.3客户端子系统
购买者通过网上购物系统浏览商品，登陆系统，将想要购买的商品放入购物车，选好商品后去收银台，填写并确认收货人信息，选择支付方式，提交订单，完成商品的订购。它的活动图如图A-3所示。
购买者浏览、选择商品放入购物车登陆确认收货人信息或修改收货人信息选择支付方式确认订购
客户端的用例图如图A-4所示。
登陆浏览、选择商品放入购物车购买者确认收货人信息或修改收货人信息选择支付方式
图A-4
客户端的这些用例描述如下：
F-C-1：登陆。购买者在购买商品之前必须登陆到网站，如果没有注册将不能使用网站的购买功能。
F-C-2：浏览、选择商品。购买者打开购物网站可以看到各种商品信息，当点击某一商品时就会有相应的介绍该商品的页面，描述商品的具体信息，如类型、质地、价格、所在地区等。
F-C-3：放入购物车。购买者在选中一个商品后就可以将此商品放入购物车，购物车显示商品的名称、单价、数量、商品总价等信息。
F-C-4：确认收货人信息或修改收货人信息。购买者需要确认收货人信息准确无误，这是所购买的商品正确到货的重要前提。
F-C-5：选择支付方式。购买者可以选择使用网上银行、使用邮局汇款等方式进行支付。
4.3.1登陆
只有登陆之后购买者才能完成商品的购买。没有登陆系统的用户只能浏览、选择商品或将商品加入购物车，要填写收货人信息或者支付货款、提交订单都需要登陆系统。如果用户没有注册则进行注册，之后方可登陆。
用例描述：登陆;
执行者：购买者;
前置条件：用户通过浏览器打开网上购物系统;
后置条件：登陆后可以进行商品付款、订购操作。
基本路径：
a) 购买者打开网上购物系统;
b)在登陆框中输入用户名和密码，点击确定即可登录系统。
4.3.2浏览、选择商品
购买者通过网站浏览商品信息，选择所要购买的商品。
用例描述：浏览、选择商品;
执行者：购买者;
前置条件：用户通过浏览器打开网上购物系统;
后置条件：用户可将选中的商品加入购物车。
基本路径：
a)购买者打开网上购物系统，网站显示各种商品的信息;
b)点击想要购买的商品，将显示商品的详细信息，如类型、质地、价格、所在地区等。
4.3.3放入购物车
购买者可以将选中的商品放入购物车，然后继续选择下一个商品。购物车用来保存用户所选择的商品信息。
用例描述：放入购物车; 执行者：购买者;
前置条件：购买者已经有选择的商品;
后置条件：放入购物车的商品可以付款订购。 基本路径：
a)购买者将选择的商品加入到购物车; b)继续挑选商品或者进入收银台结账。
4.3.4确认收货人信息或修改收货人信息
购买者进入收银台之后需填写收货人信息并确认，保证收货地址的正确。
用例描述：确认收货人信息或修改收货人信息;
执行者：购买者;
前置条件：购买者已有选择的商品并需要购买;
后置条件：确认收货人信息或修改收货人信息之后可以选择货款的支付方式等进一步操作。
基本路径：
a)进入收银台页面，将提示用户填写收货人信息，需确保地址的准确性以保证正确到货。
b)可以保持以前填写的收货人信息，也可以填写新的收货人信息。
4.3.5选择支付方式
购买者可以选择邮局汇款或者网上银行支付的方式支付货款。
用例描述：选择支付方式;
执行者：购买者;
前置条件：购买者已经确认收货人信息;
后置条件：选择支付方式后可以进行订单确认并提交以完成商品的订购。
基本路径：
a)购买者进入支付方式选择页面，将看到两种支付方式，一种是邮局汇款，一种是网上银行支付。
b)选择一种支付方式并确定。
4.4管理端子系统
系统管理员登陆到管理端子系统进行订单管理，商品管理以及用户管理。 管理端的用例图如图A-5所示。
登陆订单管理商品管理管理者用户管理
图A-5
管理端的这些用例描述如下：
F-M-1：登陆。管理者只有登录之后才能执行其管理功能。 F-M-2：订单管理。管理者可以查看客户订单并管理订单。 F-M-3：商品管理。对商品进行添加，修改，删除等操作。 F-M-4：用户管理。管理购买者的账号及其相关信息。
4.4.1登陆
管理者以系统管理员的身份登录到管理端，登陆后才具有相应的管理权限。 用例描述：登陆 执行者：管理者;
前置条件：管理员通过浏览器打开网上购物系统;
后置条件：登陆管理端之后可以进行订单、商品及用户的管理。 基本路径： a) 管理者打开网上购物系统;
b)在登陆框中输入用户名和密码，点击确定即可登录系统。
4.4.2订单管理
进入订单管理页面管理员可以查看购买者提供的订单，并根据订单信息发货，同时可以对订单进行统计，也可以销毁已完成交易的订单。
用例描述：订单管理;
执行者：管理者;
前置条件：管理者已经登录系统;
后置条件：整理后的订单信息将记录到数据库中。
基本路径：
a)进入订单管理界面，可以查看各个用户提交的订单信息，根据订单信息发送货物。
b)可以对订单进行统计操作，统计不同用户的订单数，统计所有用户的订单总数，可以根据时间进行统计，也可根据订购商品类型进行统计。
c)可以重新对订单进行分类排序，可以销毁已经完成交易的订单，以便释放资源继续使用。
4.4.3商品管理
管理者可以对商品进行添加、修改和删除等操作。 用例描述：商品管理; 执行者：管理者;
前置条件：管理者已登录到系统;
后置条件：整理后的商品信息将记录到数据库中。 基本路径：
a)进入商品管理页面，可以选择添加、修改或删除操作。
b)可以添加商品分类，并在该分类下添加各种相应类型的商品信息; c)可以修改一个商品分类或者修改其下的商品信息; d)可以删除一个商品分类或者其下的商品信息;
e)商品信息包括商品的类型、质地、价格、所在地区等详细说明。
4.4.4用户管理
管理者可以对用户账户进行管理。 用例描述：用户管理; 执行者：管理者;
前置条件：管理者已登录到系统;
后置条件：整理后的用户信息将记录到数据库中。 基本路径：
a)进入用户管理界面，可以查看所有用户的信息;
b)对于长期不活动的用户可以销毁其注册账户以释放系统资源。 c)对于行为造成不良后果的不法用户可以冻结其账户。
5.性能需求
根据用户对本系统的要求，确定系统在响应时间、可靠性、安全性等方面有较高的性能要求。
5.1界面需求
系统的界面要求如下。
1)页面内容：主题突出，站点定义、术语和行文格式统
一、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、及时。内容丰富，文字准确，语句通顺;专用术语规范，行文格式统一规范。
2)导航结构：页面具有明确的导航指标，且便于理解，方便用户使用。 3)技术环境：页面大小适当，能用各种常用浏览器以不同分辨率浏览;无错误链接和空链接，采用CSS处理，控制字体大小和版面布局。
4)艺术风格：界面、版面形象清新悦目、布局合理，字号大小适宜、字体选择合理，前后一致，美观大方;动与静搭配恰当，动静效果好;色彩和谐自然，与主题内容相协调。
5.2响应时间需求
无论是客户端还是管理端，当用户登录，进行任何操作的时候，系统应该及时地进行反应，反应时间在5秒以内。系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，以避免出现长时间等待甚至无响应。
5.3可靠性需求
系统应保证7×24小时内不宕机，保证20人可以同时在客户端登录，此时系统能正常运行，正确提示相关内容。
5.4开放性要求
系统应具有较强的灵活性，以适应将来功能扩展的需求。
5.5可扩展性需求
系统设计要求能够体现扩展性要求，以适应将来功能扩展的需求。
5.6系统安全性需求
系统有严格的权限管理功能，各功能模块需有相应的权限方能进入。系统需能够防止各类误操作可能造成的数据丢失、破坏。防止用户非法获取网页以及内容。
需求说明书
1.引言
1.1编写的目的
需求分析是软件定义时期的最后阶段，它的基本任务是准确地回答“系统必须做什么?”
这个问题。因此，它是作为真个软件开发过程的指南，也是软件开发人员开发符合用户要求
的软件的基础。软件需求规格说明书是需求分析阶段得出的最主要的文档，是为了使用户和
软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。预
期的读者为系统的开发者、使用者和指导老师。
1.2背景
说明：
(1)开发软件系统的名称：网上商城购物系统;
(2)任务提出者：XX;
(3)开发者：计算机科学与技术的小组成员xx;
(4)用户：XX;
(5)本系统将使用SQLServer2000作为数据库存储系统。
1.3定义
(1)Asp(active server pages)是微软公司推出的一种用以取代CGI的技术，基于目前绝
大多数网站应用于windows平台，asp是一个位于windows服务器端的脚本运行环境，通过
这种环境，用户可以创建和运行动态的交互式的web服务器应用程序以及EDI(电子数据交
换);
(2)ADO：ActiveX Data Object, ActiveX 数据对象;
(3)SQL：Structured Query Language。
1.4参考资料
1、《ASP程序设计及应用》 张景峰主编第011903号中国水利水电出版社2009.1
2、《数据库原理及其教程(第三版)》 黄德才主编第088716号科学出版社 2010.6
3、《ASP+SQL Server动态网站开发从基础到实践》杨世锡,赵辉编著第377507号
电子工业出版社 200
54、《ASP+SQL Server项目开发实践》黄雷编著第38854号中国铁道出版社2006
5、《Dreamweaver 8与ASP动态网站开发自学导航》 戎马工作室编著第298301号机
械工业出版社 2006
6、《ASP实务经典》 林金霖编著 [M].北京:中国铁道出版社，2001,209
7、《ASP编程基础与实例》丁贵广编著 [M].北京:机械工业出版社，2002,51
8、张海藩. 软件工程导论. 北京：清华大学出版社，2005.
2.任务概述
2.1目标
在Internet技术深入人心的今天，电子商务最为一种新兴的商务模式，为世界经济提
出了一个全新的概念，使得人类生活方式发生了重大的变革。网上购物是在互联网开放的网
络的环境下，基于浏览器/服务器(Browse/Server)应用方式，实现消费者的网上购物、商户
之间的网上交易和在线电子支付的一种新型的商业运营销售模式。网上购物分为企业对企业
(B2B)、企业对客户(B2C)、客户对客户(C2C)，为任意一种商品带来了最直接的沟通
与运转渠道。采购商和消费者能通过互联网了解企业及产品，生产商与采购商能够快速地组
成的产品的周转渠道。
本文所研究的网上购物商城系统，旨在通过电子商务来使得人们购物变得更加方便。
2.2用户的特点
本软件的最终用户是系统的开发工作人员和指导老师侯睿;本系统面向具有网站管理
经验的网站维护人员，要求熟练操作计算机，了解管理网站的相关信息
2.3假定和约束
1)本系统的开发到结束时间只有15周时间，务必在指定的时间之内完成所有的设计、编
码、测试等工作。
(2)本系统的开发时间紧迫，撰写的文档较多，小组成员要合理分配任务并且要按时完成
自己的任务，有不明白的地方，一定要小组及时讨论。
3.需求规定
3.1对功能的规定
A、客户功能
(1)浏览商品信息：任何用户都可以浏览商品信息，课通过商品分类信息查找或者通过
搜索栏直接模糊搜索查找相关商品。如有意购买这就必须先注册填写个人信息，然后登陆。
(2)注册：用户必须认真填写个人信息以确保信息正确无误。
(3)登录：登录后的用户可以查看和修改自己的信息。
(4)购物：登录后的用户可以购买自己感兴趣的图书，先加入购物车，然后确定订单。
B、管理员功能
(1)管理员注册：管理员注册直接通过数据库用户添加。
(2)管理员登录：若数据库的管理员信息表中存在此用户、密码正确，此时系统就转入
后台管理界面。
(3)管理员登录后可进行注册用户信息进行查询和对自己的信息进行增删改操作，主要
负责保持数据库中商品存量与实际库存量保持一致，商品来两不够时采取相应措施。另外还
要负责数据库的各种安全性和完整性维护。
3.2 对性能的规定
3.2.1精度
(1)在执行数据增加(例如向数据库增加新的任务)的时候，不允许出现因为程序的原因
导致增加操作失败，也不允许发生重复增加的数据。
(2)在执行数据删除操作的时候，不允许因为程序的原因发生多删除数据、删除失败的情
况。
(3)数据的修改也要保持对应的准确性。
3.2.2时间特性要求
(1)系统的更新处理时间应该在可接受的范围内;
(2)系统的数据查询时间应该在可接受的范围内;
(3)系统的数据统计时间应该在可接受的范围内。
3.2.3灵活性
(1)操作方式上应该能够满足鼠标和键盘任意切换的需要;
(2)能够支持Windows9
5、Windows9
8、Windows2000、Windows Me和Windows XP的运
行环境;
3.3输入输出要求
(1)输入项：系统要求的用户注册信息、用户名、密码、商品搜索窗口、订单信息。
(2)输出项：注册页面、登陆界面、商品分类信息、商品查询信息、订单确认信息。
3.4数据管理能力要求(针对软件系统)
由于企业对人员的历史资料进行永久保存，再加上企业调进或调出人员频繁，因此对数据的存储有一定的要求;要求提供数据的备份功能。
3.5故障处理要求
(1) 在用户输入一些不合理的数据时候，能够进行一些合理的提示信息，不能因为输入错误而导致系统的错误，或者程序停止运行;
(2)程序运行时，对服务器和网络通信的故障能够识别并提示，当故障排除后，程序恢复正常运行;
(3)数据库要求有灾难备份机制，以防止数据的全部丢失。
3.6其他专门要求
(1)本系统是涉及到买卖双方的交易，因此系统要保证数据的一致性，完整性，准确性的要求要达到99%左右;
(2)本系统是提供给需要建立自己的网上商城的中小企业和网络用户使用，要求操作界面简单方便;
(3)由于本系统是基于Internet网络的，因此安全保密性要更高。
4.运行环境规定
4.1设备
运行本软件要iquchuliqi在奔腾III以上、内存在256MB以上的计算机。
4.2支持软件
(1)本系统只是的操作系统包括：Windows9
5、Windows9
8、Windows2000、Windows Me和Windows XP。
(2)本系统支持的数据库：SQL Server 2000。
(3)本系统的开发工具：ASP。
4.3接口
不适用。
4.4控制
本系统通过“用户验证”模块进行用户登录的控制，根据不同用户的权限调用不同的模块。
附件：
2学生网上请假系统使用说明
一、系统用户分四个级别：
学生用户、辅导员用户、系级别用户、学生处审批用户。
1、学生用户权限：上网请假申请提交和取消权限。
2、辅导员用户权限：管理权限内班级所有学生的请假审批和销假。
3、系级别用户权限：添加或删除辅导员用户，管理本系所有学生的请假审批和销假。
4、学生处审批用户：添加或删除系级别用户，管理全院所有学生的请假审批和销假。
二、系级别用户添加辅导员用户步骤：
略
三、学生网上请假具体步骤
第一步：学生登陆网上申请系统，用户名和密码与登陆教务系统的用户名和密码一致。
登录网址http://202.207.137.124:8090，打开如下界面：
(图一)
输入与教务系统一致的用户名和密码点击登录，进入界面后点击左上角“在线请假”，再点击“请假申请”后如下图显示：
(图七)
在这里可以输入“请假类别、请假起止时间、联系电话和请假事由”等，请假天数是自动生成。填写完申请后点击“保存”，将会弹出如下图：
(图八)
点击“确定”后自动返回“我的假条”界面，如下图所示：
(图九)
看到此界面后学生请假申请成功。
第二步：辅导员用户审批。
登录网址http://202.207.137.124:8090，打开(图一)登陆界面输入用户名和密码(系级设定)
进入后左上角“在线请假”下有一功能建“请假审批”，如下图：
(图十)
上面审批状态为“待审批”时，显示学生请假申请信息。点击“详细”可查看学生请假具体信息：
(图十一)
查看无误后点“返回”按钮，返回图十，在“选择”下点击方框后出现如图十二所示“√”后，点击下方“审批通过”按钮后自动弹出图十三后，点击确定。
(图十二)(图十三)
这时系统自动返回图十界面，在审批状态中选择“审批通过”即可显示刚才审批的学生假条。
注：学生请假时间三天以内(含三天)的到此即可。
第三步：系级用户审批。
系级用户审批步骤与第二步相同。
注：学生请假时间七天以内(含七天)的到此即可。
第四步：学生处用户审批
步骤略„„。
注：学生请假七天以上的需要到学生处审批。
四、学生网上销假具体步骤
第一步：辅导员用户审批。
学生返校后必须先向辅导员报到，辅导员登陆系统后进入图十界面后，在“审批状态”中选择“待销假”，系统将显示需要销假学生的请假信息。操作步骤同图十二，选中需销假学生的信息后点击下方“销假”，弹出对话框后点“确定”。学生销假成功，此时在“审批状态”中选择“已销假”可以查看学生销假信息。
第二步：系级用户审批。
学生请假时间在七天以内(含七天)的还需再向系领导报到，销假操作步骤同上。
第三步：学生处用户审批
学生请假七天以上的需向学生处报到，报到时携带学生证。操作步骤略„„。
五、系统维护功能:略
学生网上请假系统是由招生就业处工作人员在为期半年的业余时间自我研发的，因此在首次使用时会有很多不足之处，希望各级用户多提宝贵意见，我们将会不断完善系统的科学性、实用性。联系人：王永红、赵灿;邮箱：xzsywyh@163.com 、zhao999can@126.com;电话：3048925.
浙江理工大学学工部
正方学生工作管理系统【通用】
学生用户操作手册
正方软件股份有限公司
0
用户操作手册
目 录
1 引言 ……………………………………………………………………………………………2
1.1 编写目的…………………………………………………………………………………………2 1.2 项目背景…………………………………………………………………………………………2 2 软件概述 ………………………………………………………………………………………2
2.1 目标 ………………………………………………………………………………………………2 2.2 功能 ………………………………………………………………………………………………2 2.3 性能 ………………………………………………………………………………………………3 3 使用说明 ………………………………………………………………………………………3
3.1 登录系统 …………………………………………………………………………………………3 3.2 系统管理 …………………………………………………………………………………………4 3.2.1 密码修改 …………………………………………………………………………………………5 3.3 学生信息 …………………………………………………………………………………………5 3.3.1在校生信息 ……………………………………………………………………………………5 3.3.2信息修改申请 …………………………………………………………………………………6 3.4学生资助 …………………………………………………………………………………………6 3.4.1家庭情况…………………………………………………………………………………………6 3.4.1.1填写调查表………………………………………………………………………………6 3.4.2困难生认定…………………………………………………………………………………7 3.4.2.1困难生申请………………………………………………………………………………7 3.4.3资助管理……………………………………………………………………………………9 3.4.3.1资助申请…………………………………………………………………………………9 3.5勤工助学……………………………………………………………………………………11 3.5.1岗位人员管理……………………………………………………………………………11
3.5.1.1学生岗位申请……………………………………………………………………………11 3.5.2我的勤工助学……………………………………………………………………………12 3.5.2.1学生岗位查询…………………………………………………………………………12 3.5.2.2我的勤工岗位 …………………………………………………………………………1
21
用户操作手册
1 引言
1.1 编写目的
本规格手册的目的在于阐明学生工作管理信息信息的使用，本手册适用于学生用户。
1.2 项目背景
新版正方学生工作管理信息系统，是在整合了100多所本专科高校针对学生在校期间过程中，从学生、生活、思想等各方面进行全面管理工作，于2007年集成开发完成的。目前高校的学生工作管理涵盖面广，业务繁多，流程多样，工作量大，但是学生工作管理部门人员配备却是有限的，在这样的情况下，学生工作管理部门的老师就承担了很大的压力，大量的工作堆积在一起的时候就可能遗漏或者容易造成不必要的工作失误。学生工作管理信息系统就是为了解决这些问题，并且充分利用学生工作管理部门的人力资源，通过信息化、数字化、网络化办公对学生的学习、生活、思想等各方面的进行全面管理，同时结合学生工作管理业务，制定相应的业务管理流程，简化工作内容，提高工作效率，以实现学生工作管理的简单、高效、优质为目的的办公服务系统。
2 软件概述
2.1 目标
减少了教师和工作人员在处理学生相关工作中的工作量;
充分利用学生工作管理部门的人力资源，通过信息化、数字化、网络化办公对学生的学习、生活、思想等各方面的进行全面管理;
解决高校的学生工作管理涵盖面广，业务繁多，流程多样，工作量大，但是学生工作管理部门人员配备却是有限的情况下，大量的工作堆积在一起的时候就可能遗漏或者容易造成不必要的工作失误。
2.2 功能
学生工作管理信息系统由首页、系统维护、思政队伍、学生信息、评奖评优、学生资助、违纪处
2
用户操作手册
分、勤工助学、党团建设、公寓管理、日常事务等功能模块组成。登录系统时，根据自身身份类型选择，系统将自动登录到相应的身份通道。
具体功能规划如下图所示：
正方高等学生工作管理系统首页系统维护思政队伍学生信息评奖评优学生资助违纪处分勤工助学党团建设公寓管理日常事务心理健康
2.3 性能
学生工作管理信息系统最高能承受300-500人同时在线，最大能承受300个并发。
3 使用说明
3.1 登录系统
首先进入学工部网站，学生工作管理信息系统登录页面，如下图所示：
3
用户操作手册
学生工作管理信息系统登录后首页界面如下图所示。
3.2 系统管理
学生用户在该模块下可以修改自己的登入密码。
4
用户操作手册
3.2.1 密码修改
用于维护用户登录密码，如下图所示。
3.3 学生信息 3.3.1 在校生信息
用于学生查看自己详细信息，如下图所示。
5
用户操作手册
3.3.2 信息修改申请
用于学生自行修改基本信息、家庭信息及其他信息中可修改的信息，如下图所示。
3.4 学生资助 3.4.1 家庭情况
3.4.1.1填写调查表
用于学生用户填写自己的家庭境况，如下图所示。
6
用户操作手册
3.4.2困难生认定
3.4.2.1困难生申请
用于学生维护自己的困难生认定申请，如图：
(1)填写申请表
学生申请困难生认定，如下图所示：
7
用户操作手册
(2)修改申请表
学生选择一条未审核的申请记录点击【修改申请表】，修改申请信息，如下图所示：
(3)提交申请
学生选择一条未提交的申请记录点击【提交】按钮，提交申请。 (4)撤销申请
8
用户操作手册
学生选择一条审核中的申请记录点击【撤销】按钮，撤销提交申请。 (5)下载登记表
选择一条申请记录，点击【下载登记表】，根据填写的申请信息下载成word文件。
3.4.2 资助管理
3.4.2.1资助申请
用于学生维护自己的资助申请，如图：
(6)填写申请表
学生申请资助项目，如下图所示：
9
用户操作手册
(7)修改申请表
学生选择一条未审核的申请记录点击【修改申请表】，修改申请信息，如下图所示：
(8)撤销
10
用户操作手册
学生选择一条未审核的申请记录点击【撤销】，删除申请信息，如下图所示：
(9)下载登记表
选择一条申请记录，点击【下载登记表】，根据填写的申请信息下载成word文件。
3.5 勤工助学 3.5.1 岗位人员管理
3.5.1.1学生岗位申请
用于学生申请勤工岗位
11
用户操作手册
3.5.2 我的勤工助学
3.5.2.1学生岗位查询
用于学生查询学校的用人岗位勤快情况，如下图所示。
3.5.2.2我的勤工岗位
用于学生用户可以在此查看自己在勤工助学中的岗位信息，如下图所示。
12
用户操作手册
13
按照长春市技术市场办公室的要求，从2010年开始，凡是需要到长春市技术市场办公室办理登记的技术合同(包括签订在吉林大学账户的技术开发类合同;签订在吉林大学机电设计研究院和吉林大学科学技术中心两个账户的所有合同)需要进行网上录入登记。
一、录入流程：
1.登录http://网站 ，点击进入“合同卖方”;
2.输入用户名称、密码：
吉林大学用户名称ccs-jldx-225，密码1
吉林大学机电设计研究院用户名称：ccs-jldx-069，密码：1
吉林大学科学技术中心用户名称：ccs-jldx-070，密码：1
3. 点击进入 — 合同申请 — 下一步 — 填写合同详细信息 — 填写— 买方信息、合同信息栏(标有*号栏为必填项)。
4.提交。
二、注意事项
1.为便于老师录入合同信息，密码予以公开，请老师录入时切勿修改密码!切勿修改其他人已经录入的合同信息资料!
2.如果录入合同信息后因故需要修改或撤销，可以点击进入 — 合同统计 — 查看 — 进行修改或撤销操作。
3.咨询电话：长春市技术市场办公室 ：88779538
科技处专利与成果转化办公室信息部信息部：85167459
科技处
2010年1月13日
推荐阅读：
关于网上购物英语作文06-27
大学生网上购物分析06-12
网上报税系统常见问题06-01
毕业设计网上书店系统06-13
网上商城系统的分析及设计06-20
娱乐购物礼仪06-27
大学生网络购物05-31
电视购物产品分析06-05
购物中心年度促销方案06-17
银泰购物中心合同06-30
