当前位置:文档之家› 配置模块详细说明文档

配置模块详细说明文档

配置模块详细说明文档
配置模块详细说明文档

Radiusd.conf文件配置

Radiusd.conf文件是freeradius的核心配置文件,其中设置了服务器的基本信息,配置文件与日志文件的环境变量,并详细配置freeradius模块所使用的信息,与认证和计费所使用模块的配置. 配置的变量定义的形式为${foo},他们就在这个文件上,并且不随请求到请求而改变. 变量的格式参照variables.txt.

此处定义其他配置文件以及目录的位置,也就是环境变量

prefix = /usr/local

exec_prefix = ${prefix}

sysconfdir = ${prefix}/etc

localstatedir = ${prefix}/var

sbindir = ${exec_prefix}/sbin

logdir = ${localstatedir}/log/radius

raddbdir = ${sysconfdir}/raddb

radacctdir = ${logdir}/radacct

配置文件和日志文件的位置

confdir = ${raddbdir}

run_dir = ${localstatedir}/run/radiusd

日志文件的信息,添加到如下配置文件的底部

log_file = ${logdir}/radius.log

模块的位置由libdir来配置。

如果不能工作,那么你可以从新配置,从新Build源码,并且使用共享库。

pidfile: Where to place the PID of the RADIUS server.

pidfile = ${run_dir}/radiusd.pid

user/group

如果有评论,服务器会运行用户/组启动它. 修改用户/组,必须具有root权限启动服务器这里的含义是指定启动radius服务可以限定操作系统上的用户和组,但是不建议启动它.

#user = nobody

#group = nobody

最长请求时间(秒),这样的问题经常需要存在在应用SQL数据库时候,建议设置为5秒到120秒之间.

max_request_time = 30

当请求超过最长请求时间的时候,可以设置服务器删除请求.当你的服务在threaded(线程下)运行,或者线程池(thread pool) 模式,建议这里设置为no.但用threaded 服务设置为yes时,有可能使服务器崩溃.

delete_blocked_requests = no

在reply 发送给NAS后的等待清空时间. 建议2秒到10秒

cleanup_delay = 5

服务器的请求最大数,建议值256 到无穷

max_requests = 1024

让服务器监听某个IP,并且从次IP发送相应信息. 主要是为了服务器同时具有多服务器时候使用.

bind_address = *

可以指定raidus的使用端口号,使用0表示使用默认的radius端口,在配置文件

/etc/services配置.

port = 0

如果需要服务器同时监听其他的IP,可以用listen 块. 下面是例子

#listen {

# IP address on which to listen.

# Allowed values are:

# dotted quad (1.2.3.4)

# hostname (https://www.doczj.com/doc/59130176.html,)

# wildcard (*)

# ipaddr = *

# Port on which to listen.

# Allowed values are:

# integer port number (1812)

# 0 means "use /etc/services for the proper port"

# port = 0

# Type of packets to listen for.

# Allowed values are:

# auth listen for authentication packets

# acct listen for accounting packets

#

# type = auth

#}

hostname_lookups大概是表示为NAS查找它的域名信息?可以通过域名配置NAS? hostname_lookups = no

是否允许core dumps.

allow_core_dumps = no

expressions支持,规则和扩展.

regular_expressions = yes

extended_expressions = yes

记录User-Name属性的全称.

log_stripped_names = no

是否记录认证请求信息到日志文件

log_auth = no

当请求被拒绝时记录密码,当请求正确时记录密码

log_auth_badpass = no

log_auth_goodpass = no

是否允许用户名冲突,即重复同用户同时登陆.强烈不建议启用重复用户.

usercollide = no

将用户名小写化,将密码小写化.

lower_user = no

lower_pass = no

是否去除用户名和密码中的空格

nospace_user = no

nospace_pass = no

程序执行并发检查(不理解含义)

checkrad = ${sbindir}/checkrad

安全配置域

security {

指在Radius包中的最大属性数目.设置为0表示无穷大.

max_attributes = 200

发送Access-Reject 包时候,可以设置一定的延迟,以缓慢DOS攻击,也可以缓慢穷举破解用户名和密码的攻击

reject_delay = 1

服务器是否对状态服务器的请求信息进行相应.

status_server = no

}

PROXY CONFIGURATION

代理域.

是否开启代理服务,具体配置参照${confdir}/proxy.conf

proxy_requests = yes

$INCLUDE ${confdir}/proxy.conf

Clients配置

$INCLUDE ${confdir}/clients.conf

是否启用snmp配置,具体配置文件在snmp.conf

snmp = no

$INCLUDE ${confdir}/snmp.conf

线程池配置域

thread pool {

启动时服务的个数.(在启动Mysql模块后可以明显看到.)当同时进行的请求数超过5个时,会增加线程服务.

start_servers = 5

最大的服务数

max_servers = 32

当少于最少空闲服务时,它会建立服务,大于最大空闲服务时会停止多余的服务.最少空闲服务,与最大空闲服务.

min_spare_servers = 3

max_spare_servers = 10

每个server最大的请求数.当有内存漏洞时,可能需要配置.

max_requests_per_server = 0

}

1.3 模块配置

1.3.1 PAP 模块

# Supports multiple encryption schemes 支持多种加密方式

# clear: Clear text 明文

# crypt: Unix crypt Unix 加密

# md5: MD5 ecnryption MD5加密

# sha1: SHA1 encryption. SHA1加密

# DEFAULT: crypt 默认是Unix加密

pap {

encryption_scheme = crypt

}

1.3.2 CHAP模块

chap {

authtype = CHAP

}

1.3.3 PAM模块

PAM模块(PAM) 是行业标准验证框架,鉴于很多系统的PAM库都有内存漏洞,所以不建议使用。

pam {

pam_auth = radiusd

}

1.3.4 UNIX 系统用户的认证模块

unix {

cache = no

cache_reload = 600

# passwd = /etc/passwd

# shadow = /etc/shadow

# group = /etc/group

radwtmp = ${logdir}/radwtmp

}

1.3.5 EAP模块

详细见${confdir}/eap.conf

$INCLUDE ${confdir}/eap.conf

1.3.6 MSCHAP 模块

mschap {

#use_mppe = no

#require_encryption = yes

#require_strong = yes

# 为了纠正window发送chap时有时包括域,有时又不包括域的信息.

#with_ntdomain_hack = no#ntlm_auth = "/path/to/ntlm_auth

–request-nt-key

–username=%{Stripped-User-Name:-%{User-Name:-None}}

–challenge=%{mschap:Challenge:-00}

–nt-response=%{mschap:NT-Response:-00}"

}

1.3.7 LDAP 配置模块

LDAP模块只能在Access-Request packet 中包含明文密码属性才可以被使用。LDAP 认证不能在其他任何认证方法中使用。具体配置详见下属章节。(参看doc/rlm_ldap)。

1.3.8 passwd 模块

Passwd模块允许通过任何passwd样式的文件进行授权,并可以从这些模块中提取属性信息。

smbpasswd例子

#passwd etc_smbpasswd {

# filename = /etc/smbpasswd

# format =

"*User-Name::LM-Password:NT-Password:SMB-Account-CTRL-TEXT::"

# authtype = MS-CHAP

# hashsize = 100

# ignorenislike = no

# allowmultiplekeys = no

#}

#passwd etc_group {

# filename = /etc/group

# format = "=Group-Name:::*,User-Name"

# hashsize = 50

# ignorenislike = yes

# allowmultiplekeys = yes

# delimiter = ":"

#}

1.3.9 Realm 模块

应用在代理上. You can have multiple instances of the realm module to support multiple realm syntaxs at the same time. The search order is defined by the order in the authorize and preacct sections.

realm IPASS {

format = prefix

delimiter = "/"

ignore_default = no

ignore_null = no

}

# …username@realm?

#

realm suffix {

format = suffix

delimiter = "@"

ignore_default = no

ignore_null = no

}

# …username%realm?

#

realm realmpercent {

format = suffix

delimiter = "%"

ignore_default = no

ignore_null = no

}

# …domain\user?

#

realm ntdomain {

format = prefix

delimiter = "\\"

ignore_default = no

ignore_null = no

}

1.3.10 简单值检查模块(checkval)

It can be used to check if an attribute value in the request matches a (possibly multi valued) attribute in the check items This can be used for example for caller-id authentication. For the module to run,both the request attribute and

the check items attribute must exist.

checkval {

# The attribute to look for in the request

# Request包中查找的属性名称

item-name = Calling-Station-Id

# The attribute to look for in check items. Can be multi valued

# Check 表中查找的属性名称

check-name = Calling-Station-Id

# The data type. Can be

# 数据类型的种类

# string,integer,ipaddr,date,abinary,octets

data-type = string

# If set to yes and we dont find the item-name attribute in the

# request then we send back a reject

# 如果设置为yes,我们不在request包中查找属性名称直接发送reject.

# DEFAULT is no

#notfound-reject = no

}

1.3.11 从写属性模块(attr_rewrite)

从写任何包,在认证和计费时都很有用.在拿到包后,可以从写包里属性的内容.

#attr_rewrite sanecallerid {

# attribute = Called-Station-Id

# may be "packet","reply","proxy","proxy_reply" or "config"

# searchin = packet

# searchfor = "[+ ]"

# replacewith = ""

# ignore_case = no

# new_attribute = no

# max_matches = 10

# ## If set to yes then the replace string will be appended to the original string # append = no

#}

1.3.12 预处理radius请求模块(preprocess)

预处理Radius请求,在交付其他模块处理前. 包含这两个配置文件. 可以从写那些由一些NAS添加的很奇怪的属性.然后把这些属性转换到一个形态。参见第二章。

配置实例:

preprocess {

huntgroups = ${confdir}/huntgroups

hints = ${confdir}/hints

with_ascend_hack = no

ascend_channels_per_line = 23

with_ntdomain_hack = no

with_specialix_jetstream_hack = no

with_cisco_vsa_hack = no

}

1.3.13 用户文件模块(files)

files {

usersfile = ${confdir}/users

acctusersfile = ${confdir}/acct_users

preproxy_usersfile = ${confdir}/preproxy_users

compat = no

}

1.3.14 日志信息记录模块(detail)

将计费信息详细记录到文件上,按照设定时间,每隔一个时段生成一个新文件记录. detail {

detailfile = ${radacctdir}/%{Client-IP-Address}/detail-%Y%m%d detailperm = 0600

#suppress {

# User-Password

#}

}

将认证信息详细记录到文件上,按照设定时间,每隔一个时段生成一个新文件记录. detail auth_log {

detailfile = ${radacctdir}/%{Client-IP-Address}/auth-detail-%Y%m%d This MUST be 0600,otherwise anyone can read

the users passwords!

detailperm = 0600

}

将相应(Reply)信息详细记录到文件上,按照设定时间,每隔一个时段生成一个新文件记录detail reply_log {

detailfile = ${radacctdir}/%{Client-IP-Address}/reply-detail-%Y%m%d This MUST be 0600,otherwise anyone can read

the users passwords!

detailperm = 0600

}

This module logs packets proxied to a home server.

detail pre_proxy_log {

detailfile = ${radacctdir}/%{Client-IP-Address}/pre-proxy-detail-%Y%m%d This MUST be 0600,otherwise anyone can read

the users passwords!

detailperm = 0600

}

This module logs response packets from a home server.

detail post_proxy_log {

detailfile = ${radacctdir}/%{Client-IP-Address}/post-proxy-detail-%Y%m%d This MUST be 0600,otherwise anyone can read

the users passwords!

detailperm = 0600

}

1.3.15 SQL日志记录模块(sql_log)

The rlm_sql_log module appends the SQL queries in a log file which is read later by the radsqlrelay program.

它只是将sql语句写到文件里,而后由radsqlrelay程序读取.

参看

1.3.16 计费唯一sessionid模块

针对NAS不停重复Acct-Session-Id values造成混淆的问题,建立唯一的计费sessionid acct_unique {

key = "User-Name,Acct-Session-Id,NAS-IP-Address,Client-IP-Address,NAS-Port"

}

1.3.17 SQL模块

通过$INCLUDE来把数据库的模块的配置文件链接进来.

# The following configuration file is for use with MySQL.

#

# For Postgresql,use: ${confdir}/postgresql.conf

# For MS-SQL,use: ${confdir}/mssql.conf

# For Oracle,use: ${confdir}/oraclesql.conf

$INCLUDE ${confdir}/sql.conf

1.3.18 Radutmp模块

记录了那些在线用户的用户名,以及他们从哪里登陆的信息.

实例1 radutmp

radutmp {

filename = ${logdir}/radutmp

username = %{User-Name}

case_sensitive = yes

check_with_nas = yes

perm = 0600

callerid = "yes"

}

实例2 "Safe" radutmp

radutmp sradutmp {

filename = ${logdir}/sradutmp

perm = 0644

callerid = "no"

}

1.3.19 属性过滤模块

属性过滤模块,过滤从代理raidus服务器那里收到响应信息里的属性,来确保我们可以发送回给我们的Radius客户端,详细见attrs配置文件.

attr_filter {

attrsfile = ${confdir}/attrs

}

1.3.20 计数模块

从计费包信息中拿去一个属性及它的值,统计这个属性不同值的总数.

counter daily {

filename = ${raddbdir}/db.daily

key = User-Name

count-attribute = Acct-Session-Time

reset = daily

counter-name = Daily-Session-Time

check-name = Max-Daily-Session

allowed-servicetype = Framed-User

cache-size = 5000

}

1.3.21 SQL计数模块

该模块所需要的信息都储存raddacct表中。它并不进行在数据库中插入数据项和更新数据项,它完全依赖SQL模块来处理计费信息包。(具体请参照SQL模块配置分析第七章)例1

sqlcounter dailycounter {

counter-name = Daily-Session-Time

check-name = Max-Daily-Session

sqlmod-inst = sql

key = User-Name

reset = daily

query = "SELECT SUM(AcctSessionTime - \

GREATEST((%b - UNIX_TIMESTAMP(AcctStartTime)),0)) \

FROM radacct WHERE UserName=?%{%k}? AND \

UNIX_TIMESTAMP(AcctStartTime) + AcctSessionTime > …%b?" }

例2

sqlcounter monthlycounter {

counter-name = Monthly-Session-Time

check-name = Max-Monthly-Session

sqlmod-inst = sql

key = User-Name

reset = monthly

query = "SELECT SUM(AcctSessionTime - \

GREATEST((%b - UNIX_TIMESTAMP(AcctStartTime)),0)) \ FROM radacct WHERE UserName=?%{%k}? AND \

UNIX_TIMESTAMP(AcctStartTime) + AcctSessionTime > …%b?" }

1.3.22 Always模块

为了测试用的Always模块,不做任何事情.

always fail {

rcode = fail

}

always reject {

rcode = reject

}

always ok {

rcode = ok

simulcount = 0

mpp = no

}

1.3.23 Expression模块(expr)

This module is useful only for …xlat?.

expr {

}

1.3.24 Digest模块

目前没有配置

"Digest" authentication against a Cisco SIP server.

1.3.25 外部程序执行模块(exec)

This module is useful only for …xlat?

可以将外界程序运行的结果赋予给属性值.

如:Attribute-Name = `%{exec:/path/to/program args}`

exec {

wait = yes

input_pairs = request

}

例This is a more general example of the execute module.

exec echo {

wait = yes

program = "/bin/echo %{User-Name}"

input_pairs = request

output_pairs = reply

}

IP地址池模块

服务器端IP地址池管理,应该在post-auth和accounting域应该被添加.

例:

ippool main_pool {

range-start = 192.168.1.1

range-stop = 192.168.3.254

netmask = 255.255.255.0

cache-size = 800

session-db = ${raddbdir}/db.ippool

ip-index = ${raddbdir}/db.ipindex

override = no

maximum-timeout = 0

}

1.4 关键域

1.4.1 实例化域(Instantiation)

这部分的目的是装载模块,那些被列在该域的模块讲在authorize,authenticate,等域之前装载. 本部分并不是必须步骤.

instantiate {

exec

expr

}

1.4.2 authorize域

The preprocess module takes care of sanitizing some bizarre attributes in the

request,and turning them into attributes which are more standard. It takes care of processing the …raddb/hints? and the …raddb/huntgroups? files. It also adds the %{Client-IP-Address} attribute to the request.

这个预处理模块解决对request包中的那些奇怪的属性的处理,并把这些奇怪的属性放到标准的属性中. 它同样处理hints 与huntgroups文件. 并在request包中添

加%{Client-IP-Address} 属性.

authorize {

preprocess

# auth_log

# attr_filter

Chap

Mschap

# digest

# IPASS

suffix

# ntdomain

Eap

Files

Sql

# etc_smbpasswd

# ldap

# daily

# checkval

}

1.4.3 Authentication域

这部分列出验证所需要的模块.. 但各个模块并不是按照顺序进行尝试的. 它的含义是在authorize域添加一份配置属性?Auth-Type := FOO?. 这个验证类型用来拿去域模块列表中合适的模块. 一般来说,不应该设置Auth-Type 属性. Radius服务器会自己来判断,然后做正确的事. Auth-Type 一般来说,不正确设置的最普通效果就是只有一种认证方法运行,其他的全部失败.

手动设置Auth-Type attribute的原因一般为要强制拒绝用户,或者强制通过认证用户. authenticate {

Auth-Type PAP {

pap

}

Auth-Type CHAP {

chap

}

Auth-Type MS-CHAP {

mschap

}

# digest

# pam

Unix

# Auth-Type LDAP {

# ldap

# }

eap

}

1.4.4 Pre-accounting域

决定用何种计费方式

preacct {

preprocess

acct_unique

# IPASS

suffix

# ntdomain

files

}

1.4.5 Accounting域

accounting {

建立packets的详细日志

记录那些代理的计费requests ,并在detail文件中记录

detail

# daily

# Update the wtmp file

#

如果你不使用radlast,你就不能删掉下面这行

unix

#

# For Simultaneous-Use tracking.

#

# Due to packet losses in the network,the data here

# may be incorrect. There is little we can do about it.

# 由于网络上数据包的丢失,这里的数据有可能会不正确,对此我们无能为力radutmp

# sradutmp

# Return an address to the IP Pool when we see a stop record.

# 当我们看到停止记录时向IP Pool中返回地址信息

# main_pool

#

# Log traffic to an SQL database.

# 向SQL数据库中记录日志

#

# See "Accounting queries" in sql.conf

# 在sql.conf中查看”计费queries”

sql

#

# Instead of sending the query to the SQL server,

# write it into a log file.

# 除了向SQL数据库中写入query信息,还可以将信息写入log file来代替.

# sql_log

# Cisco VoIP specific bulk accounting

# pgsql-voip

}

1.4.6 Session域

# Session database,used for checking Simultaneous-Use. Either the radutmp # or rlm_sql module can handle this.

# The rlm_sql module is *much* faster

Session 数据库用来检查用户的并发使用. 不论是Radutmp还是rlm_sql模块都在这里被处理,rlm_sql模块相比来说速度更快.

session {

radutmp

#

# See "Simultaneous Use Checking Querie" in sql.conf

# sql

}

1.4.7 post-auth域

# Post-Authentication

# Once we KNOW that the user has been authenticated,there are

# additional steps we can take.

当用户已经通过前面的认证过程,我们还可以额外添加一些步骤.

post-auth {

# Get an address from the IP Pool.

# 从IP Pool中拿到地址

# main_pool

#

# If you want to have a log of authentication replies,

# un-comment the following line,and the …detail reply_log?

# 如果你想获得一个认证replies信息的日志记录,解除掉这行与?detail reply_log?的注释.

# section,above.

# reply_log

#

# After authenticating the user,do another SQL query.

# 在认证用户后,进行另外的SQL query

#

# See "Authentication Logging Queries" in sql.conf

# 详细请看sql.conf 文件中"Authentication Logging Queries" 部分.

# sql

#

# Instead of sending the query to the SQL server,

# write it into a log file.

# 除了向数据库中写入query信息,还可以写在文件中作为代替.

#

# sql_log

#

# Un-comment the following if you have set

# …edir_account_policy_check = yes? in the ldap module sub-section of

# the …modules? section.

# 如果你设置了?edir_account_policy_check = yes?在ldap模块的域中(见上).

#

# ldap

#

# Access-Reject packets are sent through the REJECT sub-section of the

# post-auth section.

# Uncomment the following and set the module name to the ldap instance

# name if you have set …edir_account_policy_check = yes? in the ldap

# module sub-section of the …modules? section.

# 如果你设置了?edir_account_policy_check = yes?在ldap模块的域中,请解除下面的注释信息

# Post-Auth-Type REJECT {

# insert-module-name-here

# }

}

1.4.8 pre-proxy域

# When the server decides to proxy a request to a home server,

# the proxied request is first passed through the pre-proxy

# stage. This stage can re-write the request,or decide to

# cancel the proxy.

#

# Only a few modules currently have this method.

pre-proxy {

# attr_rewrite

# Uncomment the following line if you want to change attributes # as defined in the preproxy_users file.

# files

# If you want to have a log of packets proxied to a home

# server,un-comment the following line,and the

# …detail pre_proxy_log? section,above.

# pre_proxy_log

}

1.4.9 post-proxy域

#

# When the server receives a reply to a request it proxied

# to a home server,the request may be massaged here,in the # post-proxy stage.

#

post-proxy {

# If you want to have a log of replies from a home server,

# un-comment the following line,and the …detail post_proxy_log?# section,above.

# post_proxy_log

# attr_rewrite

# Uncomment the following line if you want to filter replies from # remote proxies based on the rules defined in the …attrs? file.

# attr_filter

#

# If you are proxying LEAP,you MUST configure the EAP

# module,and you MUST list it here,in the post-proxy

# stage.

#

# You MUST also use the …nostrip? option in the …realm?

# configuration. Otherwise,the User-Name attribute

# in the proxied request will not match the user name

# hidden inside of the EAP packet,and the end server will

# reject the EAP request.

#

eap

}

Sql.conf文件配置说明

sql {

driver = "rlm_sql_mysql" /*使用的数据库类型,当前表示MySQL

server = "127.0.0.1" /*数据库服务器地址

login = "root" /*连接数据库使用的用户名

password = "" /*连接数据库的密码

radius_db = "radius" /*数据库名称

acct_table1 = "radacct" /*计费开始时写记录到此表

acct_table2 = "radacct" /*计费结束时写记录到此表

num_sql_socks = 5 /*启动数据库连接数量

####################################################################### # Authorization Queries

####################################################################### # These queries compare the check items for the user

# in ${authcheck_table} and setup the reply items in

# ${authreply_table}. You can use any query/tables

# you want, but the return data for each row MUST

# be in the following order:

#

# 0. Row ID (currently unused)

# 1. UserName/GroupName

# 2. Item Attr Name

# 3. Item Attr Value

# 4. Item Attr Operation

####################################################################### authorize_check_query="call online_is('%{SQL-User-Name}','%{Calling-Station-Id}',@a)" authorize_reply_query = "SELECT id, UserName, Attribute, Value, op \

FROM ${authreply_table} \

WHERE Username = BINARY '%{SQL-User-Name}' \

ORDER BY id"

####################################################################### # Accounting Queries

####################################################################### # accounting_onoff_query - query for Accounting On/Off packets

# accounting_update_query - query for Accounting update packets

# accounting_update_query_alt - query for Accounting update packets

# (alternate in case first query fails)

# accounting_start_query - query for Accounting start packets

# accounting_start_query_alt - query for Accounting start packets

# (alternate in case first query fails)

# accounting_stop_query - query for Accounting stop packets

# accounting_stop_query_alt - query for Accounting start packets

# (alternate in case first query doesn't

# affect any existing rows in the table)

#######################################################################

accounting_onoff_query= "UPDA TE ${acct_table1} SET AcctStopTime='%S', AcctSessionTime=unix_timestamp('%S') - unix_timestamp(AcctStartTime), AcctTerminateCause='%{Acct-Terminate-Cause}', AcctStopDelay = '%{Acct-Delay-Time}' WHERE AcctSessionTime=0 AND AcctStopTime=0 AND NASIPAddress= '%{NAS-IP-Address}' AND AcctStartTime <= '%S'"

accounting_update_query = " \

UPDATE ${acct_table1} \

SET \

FramedIPAddress = '%{Framed-IP-Address}', \

AcctSessionTime = '%{Acct-Session-Time}', \

AcctInputOctets = '%{Acct-Input-Gigawords:-0}' << 32 | \

'%{Acct-Input-Octets:-0}', \

AcctOutputOctets = '%{Acct-Output-Gigawords:-0}' << 32 | \

'%{Acct-Output-Octets:-0}' \

WHERE AcctSessionId = '%{Acct-Session-Id}' \

AND UserName = '%{SQL-User-Name}' \

AND NASIPAddress = '%{NAS-IP-Address}'"

accounting_update_query_alt = " \

INSERT INTO ${acct_table1} \

(AcctSessionId, AcctUniqueId, UserName, \

Realm, NASIPAddress, NASPortId, \

NASPortType, AcctStartTime, AcctSessionTime, \

AcctAuthentic, ConnectInfo_start, AcctInputOctets, \

AcctOutputOctets, CalledStationId, CallingStationId, \

ServiceType, FramedProtocol, FramedIPAddress, \

AcctStartDelay, XAscendSessionSvrKey) \

V ALUES \

('%{Acct-Session-Id}', '%{Acct-Unique-Session-Id}', \

'%{SQL-User-Name}', \

'%{Realm}', '%{NAS-IP-Address}', '%{NAS-Port}', \

'%{NAS-Port-Type}', \

8313配置文件及说明

writereg MBAR 0xFF400000 writemem.l 0xFF400000 0xE0000000 # IMMRBAR = 0xE0000000 writereg MBAR 0xE0000000 writemem.l 0xE0000020 0xFE000000# LBLAWBAR0 - begining at 0xfe000000 writemem.l 0xE0000024 0x80000014# LBLAWAR0 - enable, size = 2MB #writemem.l 0xE0000028 0xFA000000 # LBLAWBAR1 FPGAbegining at 0xfa000000 #writemem.l 0xE000002C 0x8000000E # LBLAWAR1 - enable, size = 32KB writemem.l 0xE00000A0 0x00000000 # DDRLAWBAR0 - begining at 0x00000000 writemem.l 0xE00000A4 0x80000018 # DDRLAWAR0 - enable, size = 32MB # DDR Controller Configuration #1 DDRCDR writemem.l 0xE0000128 0x73040002 #CLK_CNTL writemem.l 0xE0002130 0x02000000 #同原0x02000000。[5-7]CLK_ADJST = 010(1/2),or 011(3/4) # CS0_BNDS writemem.l 0xE0002000 0x00000001 # 0x00000001 - 0x01FFFFFF ;32MB # CS0_CONFIG # [8]AP_0_EN = 1,0? # [16-17]BA_BITS_CS_0 = 00,01? Number of bank bits for SDRAM on chip select n. # [21-23]ROW_BITS_CS_0 = b'001' ; 12 row bits # [29-31]COL_BITS_CS_0 = b'010' ; 9 columns bits #原0x80840102 不同:[29-31]、[21-23], writemem.l 0xE0002080 0x80000001 # TIMING_CFG_3 原0x00000000 # 13-15EXT_REFREC = 001; AUTO REFRESH command period tRFC=72 ns writemem.l 0xE0002100 0x00010000 # TIMING_CFG_1 原0x26256222 # bit 1-3 = 2 tRP=15ns,(tck=7.5) (类似tRP ,为DDR芯片手册上内容)# bit 4-7 = 6 tRAS=42ns, # bit 9-11 = 2 tRCD=15ns, # bit 12 - 15 = 0011:2;0100:2.5 # bit 16 - 19 = 2 (10tck) tRFC=72 ns (tck=7.5) # bit 21 - 23 = 2 tWR=15ns, # bit 25 - 27 = 2 tRRD=12ns, # bit 29 - 31 = 1 tWTR=1tck writemem.l 0xE0002108 0x26232221

(完整版)软件详细设计说明书模板

软件详细设计说明书 v1.0 200X年月XX日 修订历史记录

编制 审查 审核 批准 文档评审负责人:参加评审人员:

目录 1引言 (4) 1.1编写目的 (4) 1.2背景 (4) 1.3定义 (4) 1.4设计依据 (4) 2软件系统结构 (4) 2.1功能需求 (4) 2.2子模块划分 (4) 2.3子模块间关系 (4) 3公共数据结构 (4) 4程序设计说明 (5) 4.1程序1设计说明 (5) 4.1.1程序描述 (5) 4.1.2功能 (5) 4.1.3性能 (5) 4.1.4输入 (5) 4.1.5输出 (5) 4.1.6算法 (5) 4.1.7流程 (5) 4.2程序2设计说明 (5) 5模块重用说明 (5)

1引言 1.1编写目的 〖说明编写这份软件详细设计说明书的目的〗 1.2背景 〖说明待开发软件(子)系统的名称和此软件(子)系统所属大系统的名称; 说明任务的来源(开发背景和市场背景)等;该软件(子)系统与大系统中其他子系统的关系。〗 1.3定义 〖列出本文档中所用到的专门术语的定义和缩写词的原意〗 1.4设计依据 〖列出本文档所引用的有关设计依据(标题、文件编号、版本号、作者、发布日期、出版单位),包括本项目内部已编写的有效文档、出版刊物和国家标准或规范〗2软件系统结构 2.1功能需求 2.2子模块划分 〖说明本软件系统(或模块)的实现,即其内部的子模块划分(给出程序的名称和标识符)。建议以图形说明。〗 1.XXXXXXXX 2.XXXXXXXX 3.XXXXXXXX 4.XXXXXXXX 5.XXXXXXXX 6.XXXXXXXX 2.3子模块间关系 〖说明各子模块间的控制、顺序等耦合关系。〗 3公共数据结构 〖给出本软件系统使用的每一个公共数据结构的类型定义、存储方式,公共数据结构内各元素项的类型定义、初始取值、可能取值的范围及相应的物理含义。建议以类似C语言的数据说明格式来描述。〗

软件设计文档国家标准-概要设计说明书

概要设计说明书 1引言 1.1编写目的 1.2背景 1.3定义 1.4参考资料 2总体设计 2.1需求规定 2.2运行环境 2.3基本设计概念和处理流程 2.4结构 2.5功能器求与程序的关系 2.6人工处理过程 2.7尚未问决的问题 3接口设计 3.1用户接口 3.2外部接口 3.3内部接口 4运行设计 4.1运行模块组合 4.2运行控制 4.3运行时间 5系统数据结构设计 5.1逻辑结构设计要点 5.2物理结构设计要点 5.3数据结构与程序的关系 6.1出错信息 6.2补救措施 6.3系统维护设计 1引言 1.1编写目的 说明编写这份概要设计说明书的目的,指出预期的读者。

1.2背景 说明: a.待开发软件系统的名称; b.列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站(中心)。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出有关的参考文件,如: a.本项目的经核准的计划任务书或合同,上级机关的批文; b.属于本项目的其他已发表文件; c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列出这些文件的标 题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。 2总体设计 2.1需求规定 说明对本系统的主要的输入输出项目、处理的功能性能要求,详细的说明可参见附录C。2.2运行环境 简要地说明对本系统的运行环境(包括硬件环境和支持环境)的规定,详细说明参见附录C。 2.3基本设计概念和处理流程 说明本系统的基本设计概念和处理流程,尽量使用图表的形式。 2.4结构 用一览表及框图的形式说明本系统的系统元素(各层模块、子程序、公用程序等)的划分,扼要说明每个系统元素的标识符和功能,分层次地给出各元素之间的控制与被控制关系. 2.5功能器求与程序的关系

配置文件使用说明

(1)报警切除功能 C:\windows\cas2000ops.ini中 [CutAlarm] Enable=0 说明:Enable置0时无报警切除功能,置1时有报警切除功能。默认为0 ( 2 ) 语音报警功能 C:\ windows\ Keyboard.ini中 [Keyboard] SelfSound=1 SoundFileName=ALARM.wav 说明: a)SelfSound项置0时,无语音报警功能,置1时有语音报警功能。默认为0 b)语音文件路径应放在操作员站的Start路径下,SoundFileName用户可以自 定义,默认为ALARM.wav。 (3)在线查询时长 C:\windows\cas2000ops.ini中 [TimeLength] show24hour=1; show60hour=1 说明:show24hour置1时,实时趋势时间段有24小时的时间段,置0时没有show60hour同上。 (4)PID调节幅值更改 操作员安装路径\config\ PID_ADJUST.ini [PID点名] SLOW=0 FAST=0 说明:此调节是按绝对值调节,不是按百分比调节; SLOW与FAST项需为非零值,且FAST值〉SLOW值 默认情况下没有文件PID_ADJUST.ini,需要用户自定义。 (5)点详细窗口风格 C:\windows\cas2000ops.ini中 [TagCurve] Mode=0 说明:Mode置0为浮动窗口风格,置1位对话框。默认为0。 (6)操作员站工程师台菜单项中综合趋势窗口和开关趋势窗口菜单C:\windows\cas2000ops.ini中 [ExtraTrendMenu] Mode=0 说明:Mode置0有综合趋势窗口和开关趋势窗口菜单,置1无。默认为

(完整word版)软件详细设计文档模板

QR-RD-022(Ver1.2) Xxx系统 详细设计说明书 (内部资料请勿外传) 编写:日期: 检查:日期: 审核:日期: 批准:日期: XX公司 版权所有不得复制

文档变更记录

目录 1. 引言 (5) 1.1 编写目的和范围 (5) 1.2 术语表 (5) 1.3 参考资料 (5) 1.4 使用的文字处理和绘图工具 (5) 2. 全局数据结构说明 (5) 2.1 常量 (6) 2.2 变量 (6) 2.3 数据结构 (6) 3. 模块设计 (6) 3.1 用例图 (6) 3.2 功能设计说明 (6) 3.2.1 模块1 (6) 3.2.2 模块2 (7) 4. 接口设计 (8) 4.1 内部接口 (8) 4.2 外部接口 (8) 4.2.1 接口说明 (8) 4.2.2 调用方式 (8) 5. 数据库设计 (8) 6. 系统安全保密设计 (9) 6.1 说明 (9) 6.2 设计 (9) 6.2.1 数据传输部分 (9) 6.2.2 IP过滤分部 (9) 6.2.3 身份验证部分 (9) 7. 系统性能设计 (9) 8. 系统出错处理 (9)

1.1编写目的和范围 说明写这份详细设计说明书的目的。 本详细设计说明书编写的目的是说明程序模块的设计考虑,包括程序描述、输入/输出、算法和流程逻辑等,为软件编程和系统维护提供基础。本说明书的预期读者为系统设计人员、软件开发人员、软件测试人员和项目评审人员。 1.2术语表 定义系统或产品中涉及的重要术语,为读者在阅读文档时提供必要的参考信息。 1.3参考资料 列出有关资料的名称、作者、文件编号或版本等。参考资料包括: a.需求说明书、架构设计说明书等; b.本项目的其他已发表的文件; 1.4使用的文字处理和绘图工具 文字处理软件:[编写设计文档使用的文字处理软件,如RedOffice ] 绘图工具:[使用的UML工具,如Rose、Jude、Visio] 2.全局数据结构说明 本章说明本程序系统中使用的全局数据常量、变量和数据结构。

软件详细设计文档模板(最全面)

研发生产中心文档编号版本A1 密级商密A 项目名称Xx系统 项目来源 Xxx系统 详细设计说明书 (内部资料请勿外传) 编写:日期:检查:日期:审核:日期:批准:日期: XX公司 版权所有不得复制 文档变更记录

序号变更(+/-)说明作者版本号日期批准1 2

目录 1. 引言 (5) 1.1 编写目的和范围 (5) 1.2 术语表 (5) 1.3 参考资料 (5) 1.4 使用的文字处理和绘图工具 (5) 2. 全局数据结构说明 (7) 2.1 常量 (7) 2.2 变量 (8) 2.3 数据结构 (8) 3. 模块设计 (9) 3.1 用例图 (9) 3.2 功能设计说明 (10) 3.2.1 模块1 (10) 3.2.2 模块2 (11) 4. 接口设计 (12) 4.1 内部接口 (12) 4.2 外部接口 (12) 4.2.1 接口说明 (12) 4.2.2 调用方式 (12) 5. 数据库设计 (12) 6. 系统安全保密设计 (12) 6.1 说明 (12) 6.2 设计 (12) 6.2.1 数据传输部分 (12) 6.2.2 IP过滤分部 (13) 6.2.3 身份验证部分 (13) 7. 系统性能设计 (13) 8. 系统出错处理 (13)

1.引言 1.1背景 此文档的背景 1.2编写目的和范围 说明写这份详细设计说明书的目的。 本详细设计说明书编写的目的是说明程序模块的设计考虑,包括程序描述、输入/输出、算法和流程逻辑等,为软件编程和系统维护提供基础。本说明书的预期读者为系统设计人员、软件开发人员、软件测试人员和项目评审人员。 1.3术语表 定义系统或产品中涉及的重要术语,为读者在阅读文档时提供必要的参考信息。 序号术语或缩略语说明性定义 1 PM Project Manager,项目经理 2 1.4参考资料 列出有关资料的名称、作者、文件编号或版本等。参考资料包括: a.需求说明书、架构设计说明书等; b.本项目的其他已发表的文件; c.引用文件、资料、软件开发标准等。 资料名称作者文件编号、版本资料存放地点 1.5使用的文字处理和绘图工具 文字处理软件:[编写设计文档使用的文字处理软件,如RedOffice ] 绘图工具:[使用的UML工具,如Rose、Jude、Visio]

_MTK校准配置文件参数详细说明

4.1 INI 文件的介绍: 4.1.1[射频功能组的复位] 下面是setup INI文件中定义的项目。 GSM900 Sig = 1 GSM1800 Sig = 1 GSM1900 Sig = 1 GSM900 NSig = 1 GSM1800 NSig = 1 GSM1900 NSig = 1 通常设置为1,指在对CMU200设置之前对设备进行复位,为0时不复位。 4.1.2 系统设置: setup INI文件中定义的项目: External Reference Clock = 0 默认值为0,指使用CMU200输出的参考时钟,为1时使用外部参考时钟。 CMU Base GPIB Address = 20 CMU的GPIB地址的设置,要与软件对应。 Instrument = "CMU200" 使用的设备为CMU200 Power Supply Address = GPIB0::5::INSTR 电源地址的设置 使用Kei230x时,应为Power Supply Address = 5 CMU RF Port = 2 CMU200使用的射频端口设置 Test Mode = 0 设为0指需要手动对设备进行初始化,1指在综测时软件将自动对设备进行初始化,2指在校准时软件将自动对设备进行初始化,3指在校准和综测联合测试时软件将自动对设备进行初始化 FDM database file = "c:\\Program Files\\MTK_atedemo\\report\\BPLGUInfoCustom" Database文件的存放路径,必须与手机软件对应 Calibration file = "c:\\Program Files\\MTK_atedemo\\MTKCAL_6205B.INI" 校准初始默认值设置文件的路径 Config file = "c:\\Program Files\\MTK_atedemo\\meta_6205B.CFG" 关于校准的设置,如校准的信道,限制的最大、最小值 Report file path = "c:\\Program Files\\MTK_atedemo\\report_6218B" 测试报告的存储路径 Database file = "c:\\Program Files\\MTK_atedemo\\Report_Statistics\\6218B_statistics.xls" 测试结果文件的存放路径 IMSI = "001010123456789" SIM卡中的IMSI号的设置 POWER ON AFTER CHANGE = 1 联合测试时,如果设备改变不同状态时较慢,则设置为1 Stability Count = 1 循环测试的次数设置 Fixture COM port = 1 串口地址设置 System Cable Loss Calibration = 0 校准系统的线损选择 4.1.3呼叫建立设置 Setup Network = 1 建立呼叫时的网络设置,1指GSM频段,2指DCS频段,3指PCS频段 GSM Call Setup Channel = 1 建立呼叫的信道号设置

软件详细设计文档模板最全面

. Xxx系统详细设计说明书 ) 请勿外传(内部资料 编日写:期: 期:查:检日 期:核:审日 日期:准:批 XX公司 不得复制版权所有 精选范本 . 文档变更记录

精选范本 . 目录 1. 引言.............................................................................................................................................................. .. (5) 1.1 编写目的和范围 (5) 1.2 术语表 (5) 1.3 参考资料 (5)

1.4 使用的文字处理和绘图工具 (5) 2. 全局数据结构说明 (7) 2.1 常量.............................................................................................................................................................. (7) 2.2 变量.............................................................................................................................................................. (8) 2.3 数据结构 (8) 3. 模块设计.............................................................................................................................................................. .. (9) 3.1 用例图 (9) 3.2 功能设计说明 (10) 3.2.1 模块 1 (10) 3.2.2 模块 2 (11) 4. 接口设计.............................................................................................................................................................. (12) 4.1 内部接口 (12) 4.2 外部接口 (12) 4.2.1 接口说明 (12) 4.2.2 调用方式 (12) 5. 数据库设计.............................................................................................................................................................. .. 13 6. 系统安全保密设计 (13) 6.1 说明.............................................................................................................................................................. . (13) 6.2 设

(需求分析+概要设计+详细设计)文档简单范例

软件开发文档 项目名: “通讯录” 版本: α测试版 作者: ccba 编写时间:2001-8-20 文档内容: 1 需求规格说明书 2 概要设计说明书 3 详细设计说明书 文档号IM00101 需求规格说明书 1、引言: 1.1 编写目的 本文档的编写是为了确定待开发软件的功能、性能、数据、界面的需求。 1.2 项目背景 “通讯录”软件是为了提供一种功能完备,易于操作、界面美观的优秀软件。该软件由蔡文亮单独开发完成。 1.3 定义 需求规格说明书采用参考资料②标准 1.4 参考资料 ①薛华成《管理信息系统(第三版)》清华大学出版社1999.5 ②郑人杰、殷人昆、陶永雷《实用软件工程(第二版)》清华大学出版社1997.4 ③周之英《现代软件工程(基本方法篇)》科学出版社 2000.1 2、功能需求 该软件由四个主功能模块和一个扩展功能模块构成,各功能模块中规定的均为软件的基本功能,在开发过程中,开发人员可根据实际情况在满足基本功能需求的前提下增加新功能,但必须详细编写相关文档。 2.1录入、修改功能模块 该功能块主要用于数据库的数据录入和修改,考虑到通讯录的实际需要,可以放松对数据库完整性结束的控制,但从减少数据库的角度来考

虑,不容许有完全相同的纪录出现(考虑的合并,相同的纪录项)。 2.2查询功能块 本功能模块是最重要的功能块,对通讯录的操作最主要部分就是查询操作。 本功能块要求有如下功能: 1)按数据库各个属性查询 2)按数据库各个属性之间的逻辑组合查询 如:查询名称为“鸭子”且年龄为20岁的详细情况 (SQL语句表示)SELECT * FROM MESSAGER WHERE NICKNAME=“鸭子” AND AGE=20 3)按某一属性的数值范围查询及其逻辑组 如:查询年龄在20至35岁间的详细情况 (SQL语句表示)SELECT * FROM MESSAGER WHERE AGE BETWEEN 20 AND 35 4)模糊查询 同时我们要求查询结果可以按用户要求的格式来显示,如:用户能调整显示属性的个数和组合。 2.3系统安全块 通讯录的信息是个人隐私,故在软件中加入必要的安全措施。主要有以下三点: 1)登录帐号和密码的管理 2)帐户权限的控制 3)对部分登录帐号隐藏部分内容 2.4系统设置块 本部分内容主要是对软件使用时一些设置使其更利于软件的使用:主要包括以下四个方面: 1)系统界面背景和色彩设置(模仿WINNAP) 2)闹铃功能开关,即实现朋友生日提醒功能 3)记录内容项(即数据库修改通讯录上的内容项) 4)历史记录,用户可以选择是否记录下何人何时使用过该软件 2.5扩展功能块 1)网络功能:通过OLE/COM接口的调用,实现E-mail软件调用。2)帮助文档的制作(On-line help)

软件详细设计文档模板

项目编号: (项目名称) 软件详细设计报告文件编号:生效日期:年月日 编制:日期:审核: 日期: 批准: 日期:同方锐安科技有限公司

目录 1. 引言 (1) 1.1编写目的 (1) 1.2项目风险 (1) 1.3文档约定 (1) 1.4预期读者和阅读建议 (1) 1.5参考资料 (2) 2. 支撑环境 (2) 2.1数据库管理系统 (2) 2.2开发工具、中间件以及数据库接口 (2) 2.3硬件环境 (2) 2.4网络环境 (3) 2.5多种支撑环境开发要点 (3) 3. 部件详细设计 (4) 4. 词汇表 (5) 5. 部件表格式 (5) 6. 界面表格式 (6)

1. 引言 引言是对这份软件系统详细设计报告的概览,是为了帮助阅读者了解这份文档如何编写的,并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件系统详细设计报告是基于哪份软件产品需求分析报告、哪份软件产品概要设计报告和哪份软件产品数据库设计说明书(如果该软件产品需要数据库支持)编写的,开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件系统详细设计报告详尽说明了该软件产品的编码结构,从而对该软件产品的物理组成进行准确的描述。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者,以及各自在本阶段所需要承担的主要风险,首要风险承担者包括: ●任务提出者; ●软件开发者; ●产品使用者。 1.3 文档约定 描述编写文档时所采用的标准(如果有标准的话),或者各种编写约定。 编写约定包括: ●部件编号方式; ●界面编号方式; ●命名规范: ● 1.4 预期读者和阅读建议 列举本软件系统详细设计报告所针对的各种不同的预期读者,描述文档中,其余部分的内容及其组织结构,并且针对每一类读者提出最适合的文档阅读建议。 读者包括: ●开发人员; ●项目经理; ●测试人员; ●文档编写人员; ●

软件项目详细设计文档示例模版.doc

XXX软件/项目/系统 详细设计说明书 拟制日期 评审人日期 批准日期 编写单位或个人

修订历史

目录 XXX软件详细设计说明书 (1) Revision Record 修订记录 (2) 1引言 (3) (3) 2 3 (5) 4总体方案确认 4.1系统总体结构确认 (5) 4.2系统详细界面划分 (5) 4.2.1应用系统与支撑系统的详细界面划分 (5) (5) 5 6、 7非功能性设计8 (8) 9环境配置 (8)

1引言 1.1编写目的 说明编制的目的是,大体上介绍一下软件系统中各层次中模块或子程序、以及数据库系统的设计考虑,表明此文档是主要是为编码人员提供服务,并且其他类型的项目参与人员也可以通过此文档对软件/项目有更深入了解。 1.2背景 说明此软件或系统的项目背景、需求背景、开发目的等,还可以列出参与人员等相关信息。 1.3参考资料 列出本文档中引用的文献、资料、标准等相关信息(一般是具有出版或版权性质的文件)。 1.4术语定义及说明 列出文档中用到的和开发有关,或与行业、业务、需求有关的专业术语,并进行解释。 2设计概述 2.1任务和目标 说明详细设计的任务及详细设计所要达到的目标。 2.1.1需求概述 对所开发软件的概要描述, 包括主要的业务需求、输入、输出、主要功能、性能等,尤其需要描述系统性能需求。 2.1.2运行环境概述 对本系统所依赖于运行的硬件,包括操作系统、数据库系统、运行库、中间件、接口软件、可能的性能监控与分析等软件环境的描述,及配置要求。 2.1.3条件与限制 详细描述系统所受的内部和外部条件的约束和限制说明。包括业务和技术方面的条件与限制以及进度、管理等方面的限制。 2.1.4详细设计方法和工具 简要说明详细设计所采用的方法和使用的工具,如数据库设计工具、界面设计工具、原型设计工具等。 3系统详细需求分析 主要对系统级的需求进行分析。首先应对需求分析提出的企业需求进一步确认,并对由于情况变化而带来的需求变化进行较为详细的分析。

软件开发功能模块详细设计文档

功能模块详细设计说明书 编写目的................................................... 项目背景................................................... 定义....................................................... 参考资料................................................... 2.总体设计.................................................... 需求概述................................................... 软件结构................................................... 3.程序描述.................................................... 功能....................................................... 性能....................................................... 输入项目................................................... 输出项目................................................... 算法....................................................... 程序逻辑................................................... 接口....................................................... 存储分配................................................... 限制条件................................................... 测试要点...................................................

Creo_3.0_配置文件使用说明要点

Creo_3.0_配置文件使用说明.txt 一、Creo配置文件使用说明 ①Config.pro设置项放置路径:C:\Program Files\PTC\Creo 3.0\F000\Common Files\text,Default config.pro即初始的Config.pro设置文件 ②Creo_parametric_customization.ui导入软件定制界面设置文件,操作方法:文件-选项-窗口设置-导入窗口设置。加载到缓存文件路径C:\Users\chncgn\AppData\Roaming\PTC\ProENGINEER\Wildfire\.wf\.Settings ③A4_drawing.drw.1工程图模板放置路径:C:\Program Files\PTC\Creo 3.0\F000\Common Files\templatestemplates ④Iso.dtl绘图属性配置文件,放置路径C:\Program Files\PTC\Creo 3.0\F000\Common Files\templatestext,Default iso.dtl即初始的绘图属性配置文件 ⑤Tree.cfg模型树配置文件,放置路径C:\Program Files\PTC\Creo 3.0\F000\Common Files\templatestext ⑥Appearance.dmt颜色配置文件,放置路径C:\Program Files\PTC\Creo 3.0\F000\Common Files\templatesgraphic-library\appearances Creo 2.0颜色文件路径在C:\Program Files\PTC\Creo 3.0\F000\Common Files\templatescreo_standards\config_files,其中Appearance_edu.dmt等同于Appearance.dmt 文件,Appearance_orig.dmt即初始颜色等同于Default Appearance.dmt ⑦Current_session.pro即Config.pro设置项去除中文说明文件,创建此文件步骤:新建绘图-文件-另存为DWG/DXF-导出环境勾选打开日志窗口-确定,在导出文件目录下生成Current_session.pro ⑧Syscol.scl系统颜色配置文件,在Config.pro中添加设置项system_colors_file并指定完全路径 ⑨Protk.dat指定Pro/TOOLKIT注册表文件。如安装了EMX、PDX等,该文件放置于Creo Parametric 启动目录下。说明:如启动目录下放置该文件,新建零件、组件会出现提示:dbg_err_crash() -- continuing from serious error (ORDER_DEBUG). ⑩Table.pnt指定默认的笔映射表,该表代替其他的笔映射信息。在Config.pro中添加设置项pen_table_file table.pnt,或者把Table.pnt放置在XX\MXXX\text目录下 ? ? ? ? ?

软件开发资料文档材料模板

软件开发文档模板库 最近设计开发文档的编写,网上查找的时候感觉很不便捷,现整摘要出软件开发过程中的一些文档模板,希望能给朋友们提供便捷的查找,方便大家的使用。 1可行性研究报告 可行性研究报告的编写目的是:说明该软件开发项目的实现在技术、经济和社会条件方面的可行性;评述为了合理地达到开发目标而可能先择的各种方案;说明论证所选定的方案。 可行性研究报告的编写内容要求如下: 1.1引言 1.1.1编写目的 1.1.2背景 1.1.3定义 1.1.4参考资料 1.2可行性研究的前提 1.2.1要求 1.2.2目标 1.2.3条件、假定和限制 1.2.4进行可行性研究的方法 1.2.5评价尺度 1.3对现有系统的分析 1.3.1数据流程和处理流程 1.3.2工作负荷 1.3.3费用开支 1.3.4人员 1.3.5设备 1.3.6局限性 1.4所建议的系统 1.4.1对所建议系统的说明 1.4.2数据流程各处理流程 1.4.3改进之处 1.4.4影响 1.4.4.1对象设备的影响 1.4.4.2对软件的影响 1.4.4.3对用户单位机构的影响 1.4.4.4对系统动行的影响 1.4.4.5对开发的影响 1.4.4.6对地点和设施的影响 1.4.4.7对经费开支的影响

1.4.5局限性 1.4.6技术条件方面的可行性 1.5可选择其他系统方案 1.5.1可选择的系统方案1 1.5.2可选择的系统方案2 …… 1.6投资及收益分析 1.6.1支出 1.6.1.1基本建设投资 1.6.1.2其他一次性支出 1.6.1.3非一次性支出 1.6.2收益 1.6. 2.1一次性收益 1.6. 2.2非一次性收益 1.6. 2.3不可定量的收益 1.6.3收益/投资比 1.6.4投资回收周期 1.6.5敏感性分析 1.7社会条件方面的可行性 1.7.1法律方面的可行性 1.7.2使用方面的可行性 1.8结论 2项目开发计划 编制项目开发计划的目的是用文件的形式,把对于在开发过程中各项工作的负责人员、开发进度所需经费预算、所需软、硬件条件等问题作出安排记载下来,以便根据本计划开展和检查本项目的开发工作。编制内容要求如下: 2.1引言 2.1.1编写目的 2.1.2背景 2.1.3定义 2.1.4参考资料 2.2项目概述 2.2.1工作内容 2.2.2主要参加人员 2.2.3产品及成果 2.2. 3.1程序

设计说明文档

电子密码锁的设计 一、任务要求 (1)设计任务与要求 ①基本要求 当输入一个正确密码时就能开锁,输入错误次数到达预设定次数时就会自动报警。 ②主要性能指标 ※能够从键盘中输入密码 ※能够判断密码是否正确 ※能够实现密码的修改 ※在操作错误达到一定次数后能够报警 ③扩展功能 ※断电或者单片机复位后能够保存之前的操作 ※能够实现密码的修改 综上所述 电子密码锁的设计,应该包含以下功能: (1)电源供电电路。 (2)微控制器主控电路。 (3)数字显示电路及参数设定按键。 (4)错误报警电路。 根据以上分析,本次电子密码锁设计的主要重点是以下几个部分:4x4矩阵键盘设计、LCD信息显示、密码的掉电存储和密码的比较和处理。当然,除了这几个部分外还有定时器/计数器计时中断和报警等功能模块。 二、功能模块分析 (1)单片机接口分配 AT89C51单片机在一块芯片上集成了CPU、RAM、ROM、定时器/计数器和多种I/O功能部件,具有一台微型计算机的基本结构,按功能可以将其分成八个组成部分:微处理器(CPU)、数据存储器(RAM)、程序存储器(ROM/EPROM)、特殊功能寄存器(SFR)、I/O口、串行口、定时器/计数器及中断系统。 在本设计中,单片机的各个接口我是这样分配的:P0口接一个上拉电阻后与LCD1602的8位双向数据端D0~D7相接,P1口用作矩阵键盘接口,P2口的P2.0~P2.2和LCD1602的4~6引脚相接,P2.5和P2.6接串行存储器AT24C02,P3口用作开锁电路和报警电路的接口。

(2)单片机最小系统设计 单片机最小系统就是指能使单片机工作的最少的器件构成的系统。因为单片机已经包含了数据存储器和程序存储器,所以只要在其外部加上时钟电路和复位电路就可以构成单片机最小系统。 (3)时钟电路 单片机工作需要晶振给CPU提供频率,时钟电路就是给单片机提供晶振频率的电路。 图1时钟电路 单片机允许的振荡晶体可在1.2~24MHz之间选择,一般为11.0592MHz,电容C2,C3的取值对振荡频率输出的稳定性、大小及振荡电路起振速度有一定的影响,可在20~100pF之间选择,典型值位30pF。 (4)复位电路 计算机每次开始工作,CPU和系统中的其他部件都必须要有一个确定的初值,即复位状态。 图2复位电路 单片机RST引脚是高电平有效。单片机在上电瞬间C1充电,RST引脚端出现正脉冲,只要RST断保持两个机械周期(大约10ms)以上的高电平,单片机就能复位。在单片机工作后,如果还想再次复位,只需按下开关,单片机就能重新变成复位状态。 (5)最小系统 单片机加上时钟电路和复位电路就构成了能使其正常工作的最小系统。 单片机最小系统是单片机正常工作的基础,任何一个单片机系统设计都是基于单片机最小系统的基础上来完成的,而在单片机系统实物设计中,最应该首先解决的也应该是单片机最小系统问题,只有保证了单片机最小系统的正确性,才能保证接下来的其他模块的正确设计。

软件详细设计文档模板(最全面)汇总.doc

Xxx系统 详细设计说明书 (内部资料请勿外传) 编写:日期:检查:日期:审核:日期:批准:日期: XX公司 版权所有不得复制 文档变更记录

目录 1. 引言 (4) 1.1 编写目的和范围 (4) 1.2 术语表 (4) 1.3 参考资料 (4) 1.4 使用的文字处理和绘图工具 (4) 2. 全局数据结构说明 (5) 2.1 常量 (5) 2.2 变量 (5) 2.3 数据结构 (5) 3. 模块设计 (5) 3.1 用例图 (5) 3.2 功能设计说明 (5) 3.2.1 模块1 (5) 3.2.2 模块2 (6) 4. 接口设计 (7) 4.1 内部接口 (7) 4.2 外部接口 (7) 4.2.1 接口说明 (7) 4.2.2 调用方式 (8) 5. 数据库设计 (8) 6. 系统安全保密设计 (8) 6.1 说明 (8) 6.2 设计 (8) 6.2.1 数据传输部分 (8) 6.2.2 IP过滤分部 (8) 6.2.3 身份验证部分 (8) 7. 系统性能设计 (9) 8. 系统出错处理 (9)

1.引言 1.1背景 此文档的背景 1.2编写目的和范围 说明写这份详细设计说明书的目的。 本详细设计说明书编写的目的是说明程序模块的设计考虑,包括程序描述、输入/输出、算法和流程逻辑等,为软件编程和系统维护提供基础。本说明书的预期读者为系统设计人员、软件开发人员、软件测试人员和项目评审人员。 1.3术语表 1.4参考资料 列出有关资料的名称、作者、文件编号或版本等。参考资料包括: a.需求说明书、架构设计说明书等; b.本项目的其他已发表的文件; 1.5使用的文字处理和绘图工具 文字处理软件:[编写设计文档使用的文字处理软件,如RedOffice ] 绘图工具:[使用的UML工具,如Rose、Jude、Visio]

设计说明书模板

1.引言 1.1.编写目的 编写本说明书的目的是为开发过程提供软件处理过程的详细说明,使软 件开发技术人员对整个软件所需实现的功能以及软件的功能模块的划分、实现清楚的认识,为整个系统的开发、测试、评定提供基础,并为以后 的编程工作提供依据。 1.2.术语介绍 PCIE卡:采用新一代的总线接口,传输数据或者控制信号的板卡 UV灯:紫外光灯,用于固化紫外光类墨水 2.软件概述 2.1.软件用途 本软件实现对公司研制的打印控制,它主要包含对X,Y,Z轴运动电机 的精准控制,各类控制功能,喷绘大数据的传输等。 为上层软件提供各类硬件控制接口而进行开发。接口分为控制命令接口 和数据传输接口。

2.2.软件总体结构 软件总体结构图 3.模块设计说明 3.1.控制命令模块 控制命令模块是本软件对外提供的操作窗口,用于各类功能控制。主要分为喷头控制板通讯模块,外设控制板通讯模块,运动控制模块。 3.1.1.喷头控制板通讯模块: 一.模块描述: 京瓷喷头控制板通讯模块,实现向京瓷喷头控制板发送打印配置命令,读取打印状态参数;读取喷头系列号,读取或写入喷头温度,喷头电压,喷头波形文件等信息。 二.模块结构: 1)京瓷喷头控制板通讯模块结构

京瓷喷头控制板通讯模块结构图 2)头板读信息模块结构 头板读信息模块结构图 a.系统信息 通过喷头控制板,可读取当前喷头控制板的系统信息,如版本号等。 b.喷头点火次数 通过此接口,可以读取当前各个喷头点火次数信息,由此信息,可 知喷头使用情况。 c.喷头系列号 通过此接口,可读取当前各个喷头对应的系列号,系列号用来标识 区分各个喷头。 d.喷头工作状态

操作文档-VOIP-Avaya ip电话终端配置说明

3.1.3 VOIP电话终端配置文档 以VOIP话机4620为例(其它型号略有差别,但总体功能一样),对电话终端的使用进行说明。 5.1.3.1 电话平面视图 (1) 新话机第一次上电使用:当拿到一部新的IP话机的时候,这个IP话机内未被设置任何信息,IP话机的大部分信息由DHCP服务器自动进行分配,在拿到话机后,需要手动为话机配置一个分机号,具体操作过程如下: 1)用网线将桌面的蓝色的端口与电话上的标示为”“端口相连。 2)连接好后话机会自行启动,这个过程一般需要持续3至5分钟,此过程 为是IP话机从DHCP服务器上获取IP地址,检测并升级IP话机系统版本等信息。 3)当话机出现”EXT.=“界面时,使用话机的数字键盘输入管理员为你分配 的四位数的分机号码,然后按话机上的”#”号键确定,这时话机要求输入密码,

即”Password=“界面,输入密码”XXXX”(需管理员进行操作),话机完成设置,话机出现分机界面后即可正常使用。 4)话机上的”“键是在输入错误后进行清除的按键。 (2)话机功能的使用: 1)缩位拨号:在分机上直接按缩位拨号5xxx,“xxx”一般为手机号的后三位。 2)限制呼出:在系统规划时,系统内部即规划了不同的使用权限,在分配分机时,将不同权限赋予分机即可。 3)叫醒服务:摘机后再分机上直接输入”*51”键,听到嘟嘟嘟三声后输入24小时格式的时间(这个时间要比当前时间晚5分钟)如:1650后听到系统提示音后挂机即可,输入的叫醒时间以语音交换机的时间为准。 4)呼叫转移:电话接起来之后,需要将正在通话的电话转移到另外一部内线分机上的时候,在ip话机上按”Transfer”键,然后再输入被转移的分机的号码,再次按”Transfer”键即将来电转移到目的分机上。 5)电话会议:需要使用电话会议功能时,先在发起会议的电话上拨叫第一个分机,然后按下”Conference”键,然后再输入一个参加会议人员的分机号,即将这个会议参加者加入会议中,以此方法再加入其他5个参与会议的人员。 6)最后号码重拨:摘机,按一下话机上的”hold”键,然后依次按”*67”键,即可实现最后一个号码重拨的功能。 7)分机注销:在话机上按”HOLD”键,然后依次输入564633#,该分机号被释放。下一个人使用时输入四位分机号码,按”#”号键再输入分机密码之后即可将带电话设置为当前分机号码使用。 歌华IT运维组 2009-12-4

相关主题
文本预览
相关文档 最新文档