搜档网
当前位置:搜档网 › imx6的MFGTools配置、流程、分析

imx6的MFGTools配置、流程、分析

imx6的MFGTools配置、流程、分析
imx6的MFGTools配置、流程、分析

1、MFG说明

MFGTool工具是freescale专门针对i.MX处理器专门使用的烧写工具,用来将编译好的文件系统和镜像文件烧写到板子上。

2、文件结构

以明远智睿MY-I.MX6-MFG-TOOL-V2.3 为例:

文件结构

cfg.ini 指定LIST,ucl2.xml根据此定义,找到对应的操作部分

流程:

MFG先把OS Firmware下面的uboot.bin uImage initramfs.cpio.gz.uboot下载到RAM中,运行,再执行具体的烧录过程。

Profiles/MX6Q Linux Update/OS Firmware/uImage

打开MfgTool2.exe时,会读取uImage的内容。

如果没有uImage,打开MfgTool2.exe,提示:

Profiles/MX6Q Linux Update/OS Firmware/ucl2.xml

MFG的工作流程由配置文件决定,配置文件即:ucl2.xml

明远,LIST name=Android-MYZR-SPI_NOR-EMMC

//全局变量

//ucl2.xml将烧录过程分成两个阶段:BootStrap和Updater

//dev、vid和pid:分别对应两个阶段的设备名、设备对应连接的USB vid和pid号

//针对imx6系列,在BootStrap阶段,有效的设备名只有MX6Q、MX6D、MX6SL。在Updater阶段,有效的设备名只有MSC

//根据cfg.ini 文件中定义的name 选择

Loading U-boot

//下载当前目录的myzr_u-boot.bin 文件到RAM

loadSection="OTH" setSection="OTH" HasFlashHeader="FALSE" >Loading Kernel.

//下载当前目录的uImage文件到RAM的0x10800000地址处

loadSection="OTH" setSection="OTH" HasFlashHeader="FALSE" >Loading Initramfs.

//下载当前目录的initramfs.cpio.gz.uboot文件到内存的0x10C00000地址处

Jumping to OS image.

//通知内嵌ROM代码跳转到内存中的镜像执行

//类型是push,此句在目标机上执行,创建设备节点

Erasing Boot partition

//擦除信息

Sending U-Boot

//将files/android/u-boot.bin文件发送到目标机

write U-Boot to

SPI-NOR

//烧写将$FILE下载到/dev/mtd0位置,bs=512,指定读/写的blocks大小为512bytes

Sending partition

shell

//将当前目录的mksdcard-android.sh.tar 分区脚本文件,发送到目标机

Partitioning...

//解压脚本文件

Partitioning... //执行脚本文件

Formatting sd partition

//从下面开始烧录内核、文件系统

Sending kernel uImage //将files/android/boot.img 发送到目标机

write boot.img

flush the memory.

//刷新,等待数据传送完成

Formatting sd

partition

Formatting system partition

Formatting cache partition

Formatting data partition

flush the memory.

Formatting misc partition

file="files/android/system.img">Sending and writting system.img

//利用pipe 传输大数据

flush the memory.

//执行flush刷新操作,等到数据传输完毕

//注释掉

file="files/android/recovery.img">Sending and writting recovery.img

Finishing rootfs write

Done

//显示执行完毕信息

官方,LIST name= Android-SabreSD-eMMC

Loading U-boot

loadSection="OTH" setSection="OTH" HasFlashHeader="FALSE" >Loading Kernel.

loadSection="OTH" setSection="OTH" HasFlashHeader="FALSE" >Loading Initramfs. Jumping to OS image.

clean up u-boot parameter

//将/dev/zero下载到/dev/mmcblk0 从/dev/mmcblk0开始的位置,跳过1536个blocks,复制16个blocks

access boot partition

1

Sending U-Boot

write U-Boot to sd card

access user partition and enable boot partion 1 to boot

Sending partition

shell

Partitioning...

Partitioning... Formatting sd partition

Sending kernel uImage

write boot.img

flush the memory.

Formatting data partition

Sending data partition shell

Extracting data partition shell

Making data encryptable

Formatting system partition

Formatting cache partition

flush the memory.

Formatting device partition

file="files/android/system.img">Sending and writting system.img

flush the memory.

file="files/android/recovery.img">Sending and writting recovery.img Finishing rootfs write

Done

Profiles/MX6Q Linux Update/OS Firmware/mksdcard-android.sh.tar

//SD卡分区脚本

#!/bin/bash

//定义是脚本文件

# partition size in MB

//以MB 为单位,分区

BOOTLOAD_RESERVE=8

BOOT_ROM_SIZE=8

SYSTEM_ROM_SIZE=512

CACHE_SIZE=512

RECOVERY_ROM_SIZE=8

VENDER_SIZE=8

MISC_SIZE=8

help() {

bn=`basename $0`

cat << EOF

usage $bn

options:

-h displays this help message -s only get partition size

-np not partition.

-f flash android image. EOF

}

# check the if root?

userid=`id -u`

if [ $userid -ne "0" ]; then

echo "you're not root?"

exit

fi

# parse command line

moreoptions=1

node="na"

cal_only=0

flash_images=0

not_partition=0

not_format_fs=0

while [ "$moreoptions" = 1 -a $# -gt 0 ]; do

case $1 in

-h) help; exit ;;

-s) cal_only=1 ;;

-f) flash_images=1 ;;

-np) not_partition=1 ;;

-nf) not_format_fs=1 ;;

*) moreoptions=0; node=$1 ;;

esac

[ "$moreoptions" = 0 ] && [ $# -gt 1 ] && help && exit [ "$moreoptions" = 1 ] && shift

done

if [ ! -e ${node} ]; then

help

exit

fi

# call sfdisk to create partition table

# get total card size

seprate=40

total_size=`sfdisk -s ${node}`

total_size=`expr ${total_size} / 1024`

boot_rom_sizeb=`expr ${BOOT_ROM_SIZE} + ${BOOTLOAD_RESERVE}`

extend_size=`expr ${SYSTEM_ROM_SIZE} + ${CACHE_SIZE} + ${VENDER_SIZE} + ${MISC_SIZE} + ${seprate}` data_size=`expr ${total_size} - ${boot_rom_sizeb} - ${RECOVERY_ROM_SIZE} - ${extend_size} + ${seprate}`

# create partitions

if [ "${cal_only}" -eq "1" ]; then

cat << EOF

BOOT : ${boot_rom_sizeb}MB

RECOVERY: ${RECOVERY_ROM_SIZE}MB

SYSTEM : ${SYSTEM_ROM_SIZE}MB

CACHE : ${CACHE_SIZE}MB

DATA : ${data_size}MB

MISC : ${MISC_SIZE}MB

EOF

exit

fi

# destroy the partition table

dd if=/dev/zero of=${node} bs=1024 count=1

sfdisk --force -uM ${node} << EOF

,${boot_rom_sizeb},83

,${RECOVERY_ROM_SIZE},83

,${extend_size},5

,${data_size},83

,${SYSTEM_ROM_SIZE},83

,${CACHE_SIZE},83

,${VENDER_SIZE},83

,${MISC_SIZE},83

EOF

# adjust the partition reserve for bootloader.

# if you don't put the uboot on same device, you can remove the BOOTLOADER_ERSERVE

# to have 8M space.

# the minimal sylinder for some card is 4M, maybe some was 8M

# just 8M for some big eMMC 's sylinder

sfdisk --force -uM ${node} -N1 << EOF

${BOOTLOAD_RESERVE},${BOOT_ROM_SIZE},83

EOF

# For MFGTool Notes:

# MFGTool use mksdcard-android.tar store this script

# if you want change it.

# do following:

# tar xf mksdcard-android.sh.tar

# vi mksdcard-android.sh

# [ edit want you want to change ]

# rm mksdcard-android.sh.tar; tar cf mksdcard-android.sh.tar mksdcard-android.sh

Document/ V2/ Manufacturing Tool V2 UCL User Guide

Overview

Manufacturing (Mfg) tool provides a flexible way for users to set their own operations. An xml script file is used to configure the users operation.

可以灵活的自定义操作

An xml file typically consists of a number of tasks which can be executed by running the manufacturing tool just once.

大量任务开始运行工具时,执行

UTP mode operation

Global Configuration 全局配置

Mfg tool uses global configuration to recognize which device the user wants to flash among different USB devices connected to the PC.

选择设备与PC相连的USB

Let’s explain it by an example.下面为例,说明

Global configuration is contained between parameter and .

定义的全局配置参数

indicates the first phase of the burning process, the phase name is “BootStrap”, and a device named “MX6Q” should be connected with the USB pid “0054” and vid “15A2”. For i.MX 6 serial, in the phase “BootStrap”, the valid strings for dev are: “MX6Q”, “MX6D”, “MX6SL”; in the phase “Updater”, the valid string for dev is: “MSC”.

烧录过程的第一步

BootStrap

indicates the second phase of the burning process, the phase name is “Updater”, and a device named “MSC” should be connected with the USB pid “37FF” and vid “066F”.

Update Command List

The tool uses Update Command List (UCL) to specify all the user tasks. The UCL contains a distinct list for each use case. Each list contains a set of command elements with attributes for the command type, body, and payload. The command element text provides a user interface message for the current operation.

Each UCL begins from while ending with , the name of which can be specified by users. Parameter “desc” is used for comment purpose.

There are two types of commands: host specific commands and firmware specific commands. Host specific commands are parsed and executed by host tool while firmware specific commands are parsed and executed by firmware runs on targeted device.

Host Specific Commands

The example below shows a typical command.

“state” indicates the phase of the command executed and命令执行的阶段

“type” specifies the type of a command. 命令的类型

“body” is a parameter of the command. 命令的参数

“file” is another parameter.命令参数

“Loading Kernel” is a description of the command.当前命令的描述

loadSection="OTH" setSection="OTH" HasFlashHeader="FALSE" >Loading Kernel.

Firmware Specific Commands

If a command is typed as “push”, which means the command is parsed and executed by the targeted device instead of host, push 是目标机执行的命令

the only thing host has to do is to send the command to the targeted device.

主机只是将命令发给目标机

The commands actually executed by OS image are downloaded in Command lists. As a result, each OS has its own commands.

OTP Bits Programming

Command below shows how to write a file to a disk:

Showing HW_OCOTP fuse bank

write 0x11223344 to HW_OCOTP_MAC0 fuse bank

Read value from

HW_OCOTP_MAC0 fuse bank

The fuse bank name (ex: HW_OCOTP_MAC0) should be set as needed.

应用MGFTool下载时的打印信息

//Loading U-boot //

loadSection="OTH" setSection="OTH" HasFlashHeader="FALSE" >Loading Kernel.

//

loadSection="OTH" setSection="OTH" HasFlashHeader="FALSE" >Loading Initramfs.

// Jumping to OS image.

//显示“Jumping to OS image”,开始打印:

U-Boot 2009.08-dirty (Dec 05 2013 - 15:40:26)

CPU: Freescale i.MX6 family TO1.2 at 792 MHz

Thermal sensor with ratio = 176

Temperature: 28 C, calibration data 0x5584d169

mx6q pll1: 792MHz

mx6q pll2: 528MHz

mx6q pll3: 480MHz

mx6q pll8: 50MHz

ipg clock : 66000000Hz

ipg per clock : 66000000Hz

uart clock : 80000000Hz

cspi clock : 60000000Hz

ahb clock : 132000000Hz

axi clock : 264000000Hz

emi_slow clock: 132000000Hz

ddr clock : 528000000Hz

usdhc1 clock : 198000000Hz

usdhc2 clock : 198000000Hz

usdhc3 clock : 198000000Hz

usdhc4 clock : 198000000Hz

nfc clock : 24000000Hz

Board: i.MX6Q-SABRESD: unknown-board Board: 0x63012 [POR ] Boot Device: SPI NOR

I2C: ready

DRAM: 1 GB

MMC: FSL_USDHC: 0,FSL_USDHC: 1,FSL_USDHC: 2

Using default environment

In: serial

Out: serial

Err: serial

Net: got MAC address from IIM: 00:00:00:00:00:00

FEC0 [PRIME]

Hit any key to stop autoboot: 0

## Booting kernel from Legacy Image at 10800000 ...

Image Name: Linux-3.0.35-06116-g2d14546-dirt

Image Type: ARM Linux Kernel Image (uncompressed)

Data Size: 3182360 Bytes = 3 MB

Load Address: 10008000

Entry Point: 10008000

Verifying Checksum ... OK

## Loading init Ramdisk from Legacy Image at 10c00000 ...

Image Name: uboot initramfs rootfs

Image Type: ARM Linux RAMDisk Image (gzip compressed)

Data Size: 4537478 Bytes = 4.3 MB

Load Address: 00000000

Entry Point: 00000000

Verifying Checksum ... OK

Loading Kernel Image ... OK

OK

Starting kernel ...

Uncompressing Linux... done, booting the kernel.

Linux version 3.0.35-06116-g2d14546-dirty (gq@gq) (gcc version 4.6.x-google 20120106 (prerelease) (GCC) ) #2 SMP PREEMPT Thu Sep 4 13:36:48 CST 2014

CPU: ARMv7 Processor [412fc09a] revision 10 (ARMv7), cr=10c53c7d

CPU: VIPT nonaliasing data cache, VIPT aliasing instruction cache

Machine: Freescale i.MX 6Quad/DualLite/Solo Sabre-SD Board

Memory policy: ECC disabled, Data cache writealloc

CPU identified as i.MX6Q, silicon rev 1.2

PERCPU: Embedded 7 pages/cpu @8185b000 s5184 r8192 d15296 u32768

Built 1 zonelists in Zone order, mobility grouping on. Total pages: 260096

Kernel command line: console=ttymxc0,115200 rdinit=/linuxrc enable_wait_mode=off

PID hash table entries: 4096 (order: 2, 16384 bytes)

Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)

Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)

软件配置管理规定

软件配置管理规定? 为进一步加强软件配置管理工作,明确软件配置原则,规范软件配置流程,制定本规定。 一、配置原则? 1、软件配置遵循安全性、适用性、 2、单经济性与正版化得原则,不得配置非正版软件。? 位使用得商业软件、OEM软件、免费软件均需纳入配置管理,不得配置与工作无关得各类软件。?3、优先采用场地授权(许可)方式配置软件。 二、配置流程 1、软件使用部门根据本部门各岗位工作需要,编制岗位软件需求清单,填写《软件使用需求申请表》(附件1)。 2、信息化部门统计、汇总软件使用部门报送得《软件使用需求申请表》,对软件使用部门需要得相关软件进行统一测试与试用,综合考虑软件得价格、兼容性、安全性与售后服务等因素,确定软件选型,明确软件名称与版本.涉及使用免费软件得,更新《可使用免费软件清单》(附件2)。 3、信息化部门依据单位软件使用管理台账,梳理单位软件需求与现有软件许可得差异。单位软件许可不足得,编制《软件采购计划表》(附件3)。 4、财务部门要将软件采购纳入单位年度预算。财务、资产管理部门指导信息化部门完成软件采购。软件采购合同要明确软件名称、版本、授权方式、许可数量、使用年

限、兼容性与售后服务等要求。?5、财务、资产管理部门指导信息化部门做好软件采购相关资料管理工作,重点就是软件采购合同、软件授权证书、软件安装序列号等资料得管理工作。? 6、信息化部门负责软件使用管理日常工作。?7、单位采购得软件,因以下情况申请报废得,需经过信息化部门鉴定,严格履行资产处置报批手续:?(1)已经达到规定得最低使用年限,且无法继续使用得.?(2)未达到规定得最低使用年限,因技术进步等原因无法继续使用得。?(3)未达到规定得最低使用年限,因计算机硬件报废,且无法迁移到其她计算机上继续使用得. 8、信息化部门在单位新采购软件、报废软件与调整可使用免费软件清单后,更新《软件使用情况汇总表》(附件4)。

软件配置管理流程

配置管理流程规定 (Ver1.0) 拟制:___________________ 审核:___________________ 签发:___________________

目录 1.配置管理流程 (3) 1.1概述 (3) 1.2总体流程图 (3) 1.3软件需求分析阶段 (4) 1.4软件设计阶段 (4) 1.5制定配置管理计划 (4) 1.6配置库管理 (4) 1.6.1相关人员分配权限 (4) 1.6.2配置项 (5) 1.7版本控制 (6) 1.8变更控制 (6) 1.9配置审计 (8) 1.9.1配置审核的类别 (8) 1.9.2配置审核执行的时机 (8) 1.9.3不符合项的处理 (8) 2.0.0配置状态报告 (8) 2.0.1配置状态报告的目的 (8) 2.0.2配置状态报告记录的内容 (8) 2.0.3配置状态报告的生成 (9) 2.1.0发行管理 (9) 2.1.1交付管理 (9) 2.软件基线化规范 (10) 2.1正常开发期 (10) 2.2版本发布期 (11) 2.3项目发布期 (13) 3.Jira配置管理 (14)

1.配置管理流程 1.1概述 规范配置管理活动,确保配置项正确地唯一标识并易于存取,保证基准配置项的更改受控,明确基线状态,在贯穿整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2总体流程图

1.3软件需求分析阶段 参加需求分析会议,配置管理负责人记录,有关文档提交归档。如《需求分析》。 1.4软件设计阶段 参加设计阶段,为了详细制定配置管理计划。针对需求分析报告进行系统设计,配置时应说明系统设计的版本与需求分析报告版本的对应关系。设计书评审通过后,建立设计基线。 1.5制定配置管理计划 配置管理员制定配置管理计划,主要内容包括配置管理软硬件资源、配置项计划、备份计划等,审批该计划。 1.6配置库管理 配置管理员为项目创建配置库,并给每个项目成员分配权限。各项目成员根据自己的权限操作配置库。 1.6.1相关人员分配权限 项目经理: 1)与(有关负责人员)协商确定项目起始基线 2)接受配置管理计划,并按相关规定贯彻执行; 3)接受配置控制委员会的报告。 4)提出配置管理计划的修改要求; 5)提出管理管理的建议和要求。 配置管理员 1)编制配置管理计划; 2)执行配置项管理; 3)执行版本控制和变更控制方案; 4)编制配置状态报告; 5)配置库的建立和权限分配; 6)配置管理工具的日常管理与维护; 7)配置库的日常操作和维护 开发人员

Jira配置

Jira配置 1Issue Settings –问题状态设置 Issue Settings 主要设置了发起任务的可选类型、优先级别、完成结果、以及当前任务状态。系统的缺省设置已经较完善,为当前选择语言添加翻译后可直接使用。 1.1类型配置 Issue Settings - Issue Types 菜单下可对问题类型进行编辑。 新建类型: Type: 标准问题类型 -- Standard Issue Type 子任务问题类型– Sub-Task Issue Type 。 点击select image可选择该问题类型图标,也可在URL 地址栏直接输入图片地址。 问题类型方案配置: Issue Types Scheme 选项卡提供了创建问题方案配置功能。在创建一个项目之后,为项目设置的是问题类型的方案而非问题类型。 创建一个新的方案后点击Associate为已存在的项目分配方案。

翻译 Translate选项可以为当前语言提供翻译。 1.2Priorities –问题优先级别配置 Issue settings – Priorities 菜单对优先级别状态进行配置。Jira提供了5种缺省级别,翻译后可直接使用。 Translate 可对优先级翻译。 1.3Resolutions –问题完成结果配置

Issue – Resolutions 设置问题完成结果。 Resolutions 里定义了问题完成的结果,可根据需要增加,同样,Resolutions也提供当前语言翻译。 1.4Status - 流程状态配置 Jira中发起的任务中每一个步骤都需要对应一个状态,Issue – Statuses 提供了编辑流程状态的功能。 Mode列显示当前状态是否启用,Workflows列显示了当前用到该状态的流程。 2Workflows –设置工作流方案 jira

软件配置管理规范.doc

软件配置管理规范1 1.简介 软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 1.1 目的 本文档指导项目开展配置管理活动。 1.2 范围 本文档适用于SWL开发小组批准立项的软件项目。 1.3 文档结构 第一部分: 简介,包括本规范的目的、范围、词汇以及所涉及到的参考信息。 第二部分: 配置管理工作规范的正文,包括活动的流程图、进入能及退出的准则、所涉及的角色、相 关活动的阐述、验证与确认能及度量。 第三部分: 变更控制工作规范的正文,包括活动的流程图、进入能及退

出准则、所涉及的角色、相关 活动的阐述、验证与确认能及度量。 第四部分: 参考文献,列出了编写本规范所参考的相关的文献资料。 第五部分: 附录,本文中流程图的标准符号定义。 1.4 词汇表 CM (Configuration Management) 配置管理。 CCB (Change Control Board) 变更控制委员会。 CI (Configuration Item) 配置项,包含文档、程序。 CR (Change Request) 变更请求,对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息 是有关当前问题、提议解决方案及其成本的起源和影响的信息。

PCA (Physical Configuration Audit) 物理审计,在配置管理系统中建成立基线的工件是否为“正确”版本。 FCA (Functional Configuration Audit) 功能审计,核心软件配置项的实际性能是否符合它的需求。 基线(Baseline) 己通过复审和批准的工件发布版,由此构成进一步演进或开发的公认基础,并且只能 通过正式程序,例如变更管理和配置控制才能进行更改。 CML (Configuration Management Library) 配置客理库,存储项目工件的所有版本,即存储项目的定义的配置项。 版本(Version) 某个工件的变体,工件的后期版本一般是在初期版本的基础上进行的扩展。 1.5参考信息 1.5.1 可追溯性 CMU/ SET-93-TR-024 Capability Maturity Model SM for Software, Version 1.1

软件配置管理规范

软件配置管理规范 1.简介 软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 1.1 目的 本文档指导项目开展配置管理活动。 1.2 范围 本文档适用于SWL开发小组批准立项的软件项目。 1.3 文档结构 第一部分: 简介,包括本规范的目的、范围、词汇以及所涉及到的参考信息。 第二部分: 配置管理工作规范的正文,包括活动的流程图、进入能及退出的准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。 第三部分: 变更控制工作规范的正文,包括活动的流程图、进入能及退出准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。 第四部分: 参考文献,列出了编写本规范所参考的相关的文献资料。 第五部分: 附录,本文中流程图的标准符号定义。 1.4 词汇表 CM (Configuration Management) 配置管理。 CCB (Change Control Board) 变更控制委员会。 CI (Configuration Item) 配置项,包含文档、程序。 CR (Change Request) 变更请求,对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息。 PCA (Physical Configuration Audit) 物理审计,在配置管理系统中建成立基线的工件是否为“正确”版本。 FCA (Functional Configuration Audit) 功能审计,核心软件配置项的实际性能是否符合它的需求。 基线 (Baseline) 己通过复审和批准的工件发布版,由此构成进一步演进或开发的公认基础,并且只能通过正式程序,例如变更管理和配置控制才能进行更改。 CML (Configuration Management Library) 配置客理库,存储项目工件的所有版本,即存储项目的定义的配置项。

JIRA简要使用手册

JIRA使用手册 第一章何为JIRA? 1.1 JIRA的简介 JIRA是Atlassian公司出品的项目与事务跟踪工具,被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。JIRA中配置灵活、功能全面、部署简单、扩展丰富,其超过150项特性得到了 全球115个国家超过19,000家客户的认可。 1.2 JIRA的特性 工作流 ?开箱即用,提供用于缺陷管理的默认工作流工作流可以自定义,工作流数量不限 ?每个工作流可以配置多个自定义动作和自定义状态 ?每一个问题类型都可以单独设置或共用工作流 ?可视化工作流设计器,使工作流配置更加直观 ?自定义工作流动作的触发条件 ?工作流动作执行后,自动执行指定的操作 项目 ?每个项目都有自己的概览页面包括:项目详细信息、最新更新情况以及一些报告的快捷方式 ?在项目界面中查看按照状态、是否解决等条件设置的分类统计报告

?查看项目最新的活动情况 ?查看项目的热门问题 ?可以设置项目类别,将项目分组管理 ?可以为每个项目设置单独的邮件通知发件地址 ?自定义安全级别,指定用户对问题的访问 ?指定组件/模块负责人 问题管理 ?自定义问题类型,适应组织管理的需要 ?自定义字段,可选择字段类型超过20种,在此基础上还支持插件进一步扩展 ?自定义问题安全级别,可以限制指定用户访问指定的问题 ?如果多个问题需要同时修改同一字段值或执行同一工作流动作,你可以使用批量操作功能一次性完成 ?登记问题预计完成时间、实际工作时间,就可以了解该问题预计还剩多长时间才能解决。甚至可以出具时间跟踪报告,了解用户的工作效率 ?支持远程创建问题,通过多种方式在JIRA中创建问题,如电子邮件、移动设备客户端 ?如果一个问题需要多人协作,可以将问题分解为多个子任务,分配给相关的用户 ?将相关或有依附关系的问题建立链接,以便于用户快速了解 ?为JIRA的问题添加附件,可以帮助技术人员快速解决问题,当上传图像文件时,JIRA自动显示图像缩略图。你也可以直接将剪切板中的图像粘贴到JIRA问题中 ?为问题设置到期日,可以在搜索或在图表中展示即将到期的问题面板

软件配置管理流程

软件配置管理流程

目录 1.配置管理流程 (3) 1.1 概述 (3) 1.2 总体流程图 (3) 1.3 软件需求分析阶段 (4) 1.4 软件设计阶段 (4) 1.5 制定配置管理计划 (4) 1.6 配置库管理 (4) 1.6.1 相关人员分配权限 (4) 1.6.2 配置项 (5) 1.7 版本控制 (6) 1.8 变更控制 (6) 1.9 配置审计 (7) 1.9.1 配置审核的类别 (7) 1.9.2 配置审核执行的时机 (7) 1.9.3 不符合项的处理 (7) 2.0.0 配置状态报告 (7) 2.0.1 配置状态报告的目的 (7) 2.0.2 配置状态报告记录的内容 (7) 2.0.3 配置状态报告的生成 (7) 2.1.0 发行管理 (8) 2.1.1 交付管理 (8) 2.1.1 软件配置管理员的处理规范 (8) 2.1.1.1 现阶段使用的版本配置服务器 (8) 2.1.1.2 主要操作流程 (8) 2.1.1.3 版本规范化处理 (8) 2.1.1.4 客户反馈问题处理 (8) 2.软件基线化规范 (9) 2.1 正常开发期 (9) 2.2 版本发布期 (9) 2.3 项目发布期 (9) 2.4 项目维护期 (9)

1.配置管理流程 概述 规范配置管理活动,明确配置项正确的唯一标识并易于存取,保证基准配置项的更改受控,明确基线状态,在贯穿整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 总体流程图

软件需求分析阶段 参加需求分析会议,配置管理负责人记录,有关文档提交归档。如《需求分析》。 软件设计阶段 参加涉及阶段,为了详细制定配置管理计划。针对需求分析报告进行系统设计,配置时应说明系统设计的版本于需求分析报告版本的对应关系。设计书评审通过后,建立设计基线。 制定配置管理计划 配置管理员制定配置管理计划,主要内容包括配置管理软硬件资源、配置项计划、备份计划等,审批该计划。 配置库管理 配置管理员为项目创建配置库,并给每个项目成员分配权限。各项目成员根据自己的权限操作配置库。 相关人员分配权限 项目经理: 1)与(有关负责人员)协商确定项目起始基线; 2)接受配置管理计划,并按相关规定贯彻执行; 3)接受配置控制委员会的报告; 4)提出配置管理计划的修改要求; 5)提出管理的建议和要求。 配置管理员 1)编制配置管理计划; 2)执行配置项管理; 3)执行版本控制和变更控制方案; 4)编制配置状态报告; 5)配置库的建立和权限分配; 6)配置管理工具的日常管理与维护; 7)配置库的日常操作和维护; 开发人员 1)根据确定的配置管理计划和相关规定,提交配置项

软件配置管理规范流程模板

软件配置管理规范 流程 1 概述 1.1 目的 本文档主要目的在于规范项目配置管理活动, 确保配置项正确地唯一标识而且易于存取, 保证基线配置项的更改受控, 明确基线状态, 在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2 适用范围本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动, 针对项目不同在流程上作适当的删减。配置管理可采用各种工具及手工办法, 本文件以CVS( 并行版本系统) 配置管理工具为例, 规定公司的配置管理办法, 使用其它工具时也可对应本文件

的要求参照执行。 1.3 术语和缩略语 1.3.1 软件配置管理( Software Configuration Management, SCM) 软件配置管理是对软件修改进行标识、组织和控制的技术, 用来协调和控制整个过程。是经过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程, 确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。 1.3.2 配置项( Configuration Item, CI) 凡是纳入配置管理范畴的工 作成果统称为配置项, 配置项逻辑上组成软件系统的各组成部分, 一般是能够单独进行设计、实施和测试的。 每个配置项的主要属性有: 名称、标签、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里, 确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 1.3.3 基线( Baseline) 在配置管理系统中, 基线就是一个配置项或一组配置项在其生命周期的不同时间点上经过正式评审而进入正式受控的一种状态这些配置项构成了一个相对稳定的逻辑实体, 而这个过程被称为基线化”。每一个基线都是其下一步开发的出发点和参考点。基线确定了元素( 配置项) 的一个版本, 且只确定一个版本。一般情况下, 基线一般在指定的里程碑处创立, 并与项目中的里程碑保持同步。每个基线都将接受配置管理的严格控制, 基线中的配置项被冻结”了, 不能再

某软件公司配置管理计划编写规范

配置管理计划编写规范 文件编号: NW601102 生效日期: 2000.3.20 受控编号: 密级:秘密版次:Ver1.0修改状态:总页数6正文5附录1编制:李洪敏审核:王宇批准:孟莉 沈阳东大阿尔派软件股份有限公司 (x,翻版必究)

文件修改控制

目录 1. 目的 2. 适用范围 3. 术语及缩略语 4. 编写规范 4.1组织与职责 4.2配置标识 4.3配置控制 4.4配置状态报告 4.5配置审核 5. 引用文件 6.附录

1.目的 确定实施配置管理活动的具体组织及其职责,明确配置管理活动的具体内容,即对哪些配置项进行标识、控制、状态记录、审核,编制配置管理里程碑。 2.适用范围 适用于项目策划阶段所要求的《配置管理计划》的编写。 3.术语及缩略语 本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。 4.编写规范 《配置管理计划》就是要明确如何实施配置管理活动。该计划包括的内容如下:要执行的配置管理活动,所需的组织及其各自的职责,配置管理活动的里程碑。下面是《配置管理计划》的具体内容。 4.1组织与职责 明确指派负有下列职责的各类人员: 负责《配置管理计划》的审批、实施与更改跟踪的软件配置管理经理SCMM; 在整个软件生命过程中按照《配置管理计划》执行配置管理活动的软件配置管理 负责人SCML; 4.2配置标识 4.2.1列出要标识的所有配置项及其相应的标识规范。例如,对软件工具、硬件设备、 开发计划、计算机程序等如何标识。 4.2.2基准配置项的标识 识别每一基准配置项,并标识下列信息:何时及如何提交、批准人和验证人、目 的、提交方式(软件或文档)及版本号。 4.2.3文档库内容 标识和控制规范、文档库的数目及类型、备份及作废计划和程序、任何损失的恢 复过程、文档保留程序、什么文档要保留和谁保留及保留多长时间、信息是在线 还是脱机保留以及保留介质。 4.3配置控制

[教学研究]Jira配置

[教学研究]Jira配置 Jira配置 1 Issue Settings –问题状态设置 Issue Settings 主要设置了发起任务的可选类型、优先级别、完成结果、以及当前任务状态。系统的缺省设置已经较完善,为当前选择语言添加翻译后可直接使用。 1.1 类型配置 Issue Settings - Issue Types 菜单下可对问题类型进行编辑。 新建类型: Type: 标准问题类型 -- Standard Issue Type 子任务问题类型– Sub-Task Issue Type 。 点击select image可选择该问题类型图标,也可在URL 地址栏直接输入图片地址。 问题类型方案配置: Issue Types Scheme 选项卡提供了创建问题方案配置功能。在创建一个项目之后,为

项目设置的是问题类型的方案而非问题类型。 创建一个新的方案后点击Associate为已存在的项目分配方案。翻译 Translate选项可以为当前语言提供翻译。 1.2 Priorities –问题优先级别配置 Issue settings – Priorities 菜单对优先级别状态进行配置。Jira提供了5种缺省级别,翻译后可直接使用。 Translate 可对优先级翻译。 1.3 Resolutions –问题完成结果配置

Issue – Resolutions 设置问题完成结果。 Resolutions 里定义了问题完成的结果,可根据需要增加,同样,Resolutions也提供当前语言翻译。 1.4 Status - 流程状态配置 Jira中发起的任务中每一个步骤都需要对应一个状态,Issue – Statuses 提供了编辑流程状态的功能。 Mode列显示当前状态是否启用,Workflows列显示了当前用到该状态的流程。 2 Workflows –设置工作流方案 jira 2.1 新建工作流步骤 Golbal Settings – Workflows 菜单可配置工作流

软件配置管理规定

软件配置管理规定 为进一步加强软件配置管理工作,明确软件配置原则,规范软件配置流程,制定本规定。 一、配置原则 1.软件配置遵循安全性、适用性、经济性和正版化的原则,不得配置非正版软件。 2.单位使用的商业软件、OEM软件、免费软件均需纳入配置管理,不得配置与工作无关的各类软件。 3.优先采用场地授权(许可)方式配置软件。 二、配置流程 1.软件使用部门根据本部门各岗位工作需要,编制岗位软件需求清单,填写《软件使用需求申请表》(附件1)。 2.信息化部门统计、汇总软件使用部门报送的《软件使用需求申请表》,对软件使用部门需要的相关软件进行统一测试和试用,综合考虑软件的价格、兼容性、安全性和售后服务等因素,确定软件选型,明确软件名称和版本。涉及使用免费软件的,更新《可使用免费软件清单》(附件2)。 3.信息化部门依据单位软件使用管理台账,梳理单位软件需求与现有软件许可的差异。单位软件许可不足的,编制《软件采购计划表》(附件3)。

4.财务部门要将软件采购纳入单位年度预算。财务、资产管理部门指导信息化部门完成软件采购。软件采购合同要明确软件名称、版本、授权方式、许可数量、使用年限、兼容性和售后服务等要求。 5.财务、资产管理部门指导信息化部门做好软件采购相关资料管理工作,重点是软件采购合同、软件授权证书、软件安装序列号等资料的管理工作。 6.信息化部门负责软件使用管理日常工作。 7.单位采购的软件,因以下情况申请报废的,需经过信息化部门鉴定,严格履行资产处置报批手续:(1)已经达到规定的最低使用年限,且无法继续使用的。 (2)未达到规定的最低使用年限,因技术进步等原因无法继续使用的。 (3)未达到规定的最低使用年限,因计算机硬件报废,且无法迁移到其他计算机上继续使用的。 8.信息化部门在单位新采购软件、报废软件和调整可使用免费软件清单后,更新《软件使用情况汇总表》(附件4)。

JIRA系统使用说明和心得

JIRA系统使用说明和心得 一、说明 JIRA是集项目计划、任务分配、需求管理、错误跟踪于一体的商业软件。 本公司所部署系统主要包含Dashborad、浏览项目、问题、系统管理四个菜单和右侧创建问题的快捷方式。 本文对其进行详细说明并附上个人使用心得。 二、Dashborad 仪表板 查看系统Dashborad 子菜单 该界面为用户进入界面,整个Dashborad的页面实际是各功能模块的 快捷展示。如: 1)介绍:JIRA本身的一些介绍和官方使用指南。 2)Activity Strean :与用户相关的操作日志。 3)分配给我的问题:与用户相关的任务。 位于右上的Tools按钮,提供了对整个Dashborad的新建、复制、查 找功能,并可分享。整个Dashborad可以根据各人需求重新添加功能并自由布局。 管理Dashborad 针对整个Dashborad提供收藏、我的、热门、搜索等功能,其模式类 似于google 的iGoogle。 三浏览项目 当前项目 摘要:包含项目描述、问题、问题30天的摘要并以图形展示、最近更新的问题和活动流的日志。位于右上的按钮提供查看可用报告(报告的功能不是很明白有待研究)、或者查看预设过滤器功能。 问题:可以看到按问题优先级、按非配的开发人员、按问题所处

状态、和模块对问题进行的统计数据。 热门问题:可以看到按照投票数排序显示未解决的问题。 Subversion Commits :展现SVNt—些对应操作日志。 模块:该项目下模块显示,并可添加新模块。 查看所有项目 可以查看到近期项目、所有项目。 四问题(重点) 创建问题 1)、首先选择项目, 2)、选择问题类型。具体分为Task(任务)、Bug(问题)、 NewFeature(新功能)、Improvement(改进)四种类型。 3)、点击Next>>按钮。 4)、填写问题摘要。 5)、选择优先级。优先级分为: Block(阻塞)、Critical(危 机)、 Major(严重)、minor(次要)、Trivial(细小)。 6)、填写到期日日期。 7)、选择模块。 8)、影响版本、修复版本等内容无法显示。(不知哪里添加,有待研究)。 9)、分配给相应开发者, 10)、并进行相应的环境、描述和附件的上传。 处理问题 完成后,对应接到任务的人就可以在首页(如已在Dashborad中添加分配给我的问题模块)或通过查找问题过滤器查看到自己的任务。 任务接受者点击任务后可以做重新编辑、分配、注释、添加附件 和截图,查看投票者、监视此问题、管理监视者、移动该问题所属项目和模块、复制、删除或者监视等操作。

软件配置管理规范标准

页眉 软件配置管理规范 1.简介 软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 1.1 目的 本文档指导项目开展配置管理活动。 1.2 范围 本文档适用于SWL开发小组批准立项的软件项目。 1.3 文档结构 第一部分: 简介,包括本规范的目的、范围、词汇以及所涉及到的参考信息。 第二部分: 配置管理工作规范的正文,包括活动的流程图、进入能及退出的准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。 第三部分: 变更控制工作规范的正文,包括活动的流程图、进入能及退出准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。 第四部分: 参考文献,列出了编写本规范所参考的相关的文献资料。 第五部分: 附录,本文中流程图的标准符号定义。 1.4 词汇表 CM (Configuration Management) 配置管理。 CCB (Change Control Board) 变更控制委员会。 CI (Configuration Item) 配置项,包含文档、程序。 CR (Change Request) 变更请求,对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息。 PCA (Physical Configuration Audit) 物理审计,在配置管理系统中建成立基线的工件是否为“正确”版本。 FCA (Functional Configuration Audit) 功能审计,核心软件配置项的实际性能是否符合它的需求。 基线(Baseline)

己通过复审和批准的工件发布版,由此构成进一步演进或开发的公认基础,并且只能通过正式程序,例如变更管理和配置控制才能进行更改。 CML (Configuration Management Library) 配置客理库,存储项目工件的所有版本,即存储项目的定义的配置项。 版本(Version) 页脚 页眉 某个工件的变体,工件的后期版本一般是在初期版本的基础上进行的扩展。 1.5参考信息 1.5.1 可追溯性 CMU/ SET-93-TR-024 Capability Maturity Model SM for Software, Version 1.1 1.5.2 方针 SWL开发组项目开发与管理工作方针 1.5.3 过程/规范 项目计划与控制规范 1.5.4 指南 配置管理计划指南 基线策略指南 配置状态报告编制指南 配置审计工作活动指南 配置管理工具指南 VSS 使用指南 组织管理配置库使用指南 软件开发文档命名约定 1.5.5模板 配置管理计划 配置状态报告 配置审计报告 文档变更请求 1.5.6 检查表 无 1.5.7 培训 《软件配置管理教材》 《软件变更控制管理教材》 《Clear Case 配置管理培训教材》 1.5.7 工具 Clear Case Visual SourceSafe Visual Basic Office 97/2000/XP DreamWeaver PhotoShop

jira配置流程说明

Jira平台配置说明 Jira安装完成以后地址栏中输入:http://192.168.0.30:8070/secure/Dashboard.jspa进行平台配置。可以对项目中的一些参数进行设置:包括“问题类型”(Issue Types)、“问题状态”(Statuses)“问题等级”(Priorities)等,点击上方的导航菜单进入“管理”界面。 一、基本设置 1、设置“问题类型” 点击左侧的导航菜单中:Issue Settings—> Issue Types,如下图: 在类型列表的下方Add New Issue Type可以添加自己想要的类型,选择对应的图片,点击增加。还可以对已存在的类型进行编辑和删除。 点击上面的Issue Types Schema 可以定义自己的问题类型的模板,比如在选择问题时只想要“缺陷”和“完善”这两种类型。如下图:

然后再在此模板中增加想要的问题类型,之后直接在项目中使用该类型模板就可以了。2、设置“问题状态” 点击左侧的导航菜单中:Issue Settings—> Statuses,如下图: 在状态列表的下方Add New Status中可以添加自己想要的状态。其中 Mode列表示的是:已经被工作流使用 Workflows列表示的是:哪个工作流中在使用 操作列表示的是:可以对状态进行编辑。 3、设置“问题等级” 点击左侧的导航菜单中:Issue Settings—> Priorities,如下图: 在状态列表的下方Add New Priority中可以添加自己想要的等级。输入名称,选择图片,选择等级颜色,点击保存,如下图。其中: Color列表示的是:根据等级选择的颜色,时用户添加问题等级时自定义的。 Order列表示的是:在创建问题时,报告人选择问题等级的下拉菜单中的顺序。 操作列表示的是:可以选择问题等级的默认值,同时可以对等级进行编辑。

软件配置管理规范流程

1 概述 1.1 目的 本文档主要目的在于规范项目配置管理活动,确保配置项正确地唯一标识并且易于存取,保证基线配置项的更改受控,明确基线状态,在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2 适用范围 本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动,针对项目不同在流程上作适当的删减。配置管理可采用各种工具及手工办法,本文件以CVS(并行版本系统)配置管理工具为例,规定公司的配置管理办法,使用其他工具时也可对应本文件的要求参照执行。 1.3 术语和缩略语 1.3.1 软件配置管理(Software Configuration Management,SCM) 软件配置管理是对软件修改进行标识、组织和控制的技术,用来协调和控制整个过程。是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程,确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。 1.3.2 配置项(Configuration Item,CI) 凡是纳入配置管理范畴的工作成果统称为配置项,配置项逻辑上组成软件系统的各组成部分,一般是可以单独进行设计、实施和测试的。 每个配置项的主要属性有:名称、标签、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里,确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 1.3.3 基线(Baseline) 在配置管理系统中,基线就是一个配置项或一组配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态,这些配置项构成了一个相对稳定的逻辑实体,而这个过程被称为“基线化”。每一

软件配置管理规定

软件配管理规定 为进一步加强软件配置管理工作,明确软件配置原则,规范软件配置流程,制定本规定。 一、配置原则 1. 软件配置遵循安全性、适用性、经济性和正版化的原则,不得配置非正版软件。 2. 单位使用的商业软件、OEM软件、免费软件均需纳入配置管理,不得配置与工作无关的各类软件。 3. 优先采用场地授权(许可)方式配置软件。 二、配置流程 1. 软件使用部门根据本部门各岗位工作需要,编制岗位软件需求清单,填写《软件使用需求申请表》(附件1)。 2. 信息化部门统计、汇总软件使用部门报送的《软件使用需求申请表》,对软件使用部门需要的相关软件进行统一测试和试用,综合考虑软件的价格、兼容性、安全性和售后服务等因素,确定软件选型,明确软件名称和版本。涉及使用免费软件的,更新《可使用免费软件清单》(附件2)。 3. 信息化部门依据单位软件使用管理台账,梳理单位软件需求与现有软件许可的差异。单位软件许可不足的,编制《软件采

购计划表》(附件3)。 4. 财务部门要将软件采购纳入单位年度预算。财务、资产管理部门指导信息化部门完成软件采购。软件采购合同要明确软件名称、版本、授权方式、许可数量、使用年限、兼容性和售后服务等要求。 5. 财务、资产管理部门指导信息化部门做好软件采购相关资料管理工作,重点是软件采购合同、软件授权证书、软件安装序列号等资料的管理工作。 6. 信息化部门负责软件使用管理日常工作。 7. 单位采购的软件,因以下情况申请报废的,需经过信息化部门鉴定,严格履行资产处置报批手续: (1)已经达到规定的最低使用年限,且无法继续使用的。 (2)未达到规定的最低使用年限,因技术进步等原因无法继续使用的。 (3)未达到规定的最低使用年限,因计算机硬件报废,且无法迁移到其他计算机上继续使用的。 8. 信息化部门在单位新采购软件、报废软件和调整可 使用免费软件清单后,更新《软件使用情况汇总表》(附件4)

软件配置管理规范精编WORD版

软件配置管理规范精编 W O R D版 IBM system office room 【A0816H-A0912AAAHH-GX8Q8-GNTHHJ8】

软件配置管理规范 1.简介 软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 1.1 目的 本文档指导项目开展配置管理活动。 1.2 范围 本文档适用于SWL开发小组批准立项的软件项目。 1.3 文档结构 第一部分: 简介,包括本规范的目的、范围、词汇以及所涉及到的参考信息。 第二部分: 配置管理工作规范的正文,包括活动的流程图、进入能及退出的准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。 第三部分: 变更控制工作规范的正文,包括活动的流程图、进入能及退出准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。 第四部分:

参考文献,列出了编写本规范所参考的相关的文献资料。 第五部分: 附录,本文中流程图的标准符号定义。 1.4 词汇表 CM (Configuration Management) 配置管理。 CCB (Change Control Board) 变更控制委员会。 CI (Configuration Item) 配置项,包含文档、程序。 CR (Change Request) 变更请求,对提出的要变更工件或流程的任何请求的统称。在变更请求 中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的 信息。 PCA (Physical Configuration Audit) 物理审计,在配置管理系统中建成立基线的工件是否为“正确”版本。 FCA (Functional Configuration Audit)

JIRA使用不求人-从菜鸟到高手

JIRA入门到精通 ——hjjlearning,2008.06.27 第一章、JIRA介绍 跟踪并管理在项目开发和维护过程中出现的问题(如:缺陷,新特性,任务,改进等)是项目管理很重要的任务,但是很少有团队能做的很好。JIRA作为一个专业的问题跟踪系统可以帮助您把缺陷管理起来,让跟踪和管理在项目中发现的问题变得简单,而且充分利用JIRA的灵活配置和扩展性,可以将JIRA作为一个项目管理系统或者IT支持系统。 JIRA特性 1、管理缺陷,新特性,任务,改进或者其他任何问题 2、人性化使用的用户界面 3、灵活的工作流定制 4、全文搜索和强大的过滤器 5、企业级的权限和安全控制 6、非常灵活的邮件通知配置 7、可以创建子任务 8、方便的扩展及与其他系统集成:包括email、LDAP和源码控制工具等 9、丰富的插件库 10、项目类别和组件/模块管理 11、可以在几乎所有硬件,操作系统和数据库平台运行 JIRA角色: JIRA作为一个缺陷跟踪管理系统,可以被企业管理人员,项目管理人员,开发人员,分析人员,测试人员和其他人员所广泛使用。 1、管理人员: 根据JIRA系统提供的数据,更加准确地了解项目的开发质量和状态,以及整个团队的工作效率 2、项目管理者 可以针对登记进JIRA系统中问题,进行评估,分配缺陷;还可以通过JIRA系统的统计报告了解项目进展情况以及团队的工作量,工作效率等信息。 3、开发人员 在JIRA系统中查看分配给自己的问题,及时进行处理,填写处理情况并提交工作量记录。 4、测试人员 根据测试情况,在JIRA系统中及时快速的记录问题并对开发人员处理后的问题进行验证和跟踪。 第二章、JIRA安装 JIRA是一个简单易用的Issue管理和跟踪的工具,运行在JA V A平台上。下载和安装都

jira数据库配置

Connecting JIRA to SQL Server 2008
Skip to end of metadata ? ? ? ?
Page restrictions apply Attachments:2 Added by Andrew Lui [Atlassian Technical Writer], last edited by Rosie Jameson [Atlassian Technical Writer] on Mar 03, 2011 (view change) show comment
Go to start of metadata
Full Size These instructions will help you connect JIRA to a Microsoft SQL Server 2008 database. On this page: ? 1. Before you begin: 1.1 Export your existing JIRA data 1.2 Shut down JIRA ? ? ? ? 2. Configure SQL Server 3. Copy the SQL Server driver to your application server 4. Use the JIRA Configuration Tool 5. Configure the database connection manually 5.1 Configure your application server to connect to SQL Server 5.2 Configure the JIRA Entity Engine 5.3 Next steps ? Installation notes
1. Before you begin:
1.1 Export your existing JIRA data
If you are already using JIRA, create an export of your data as an XML backup. You will then be able to transfer data from your old database to your new database, as described in Switching databases.
1.2 Shut down JIRA

软件配置管理规范修订稿

软件配置管理规范 WEIHUA system office room 【WEIHUA 16H-WEIHUA WEIHUA8Q8-

软件配置管理规范 1.简介 软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 目的 本文档指导项目开展配置管理活动。 范围 本文档适用于SWL开发小组批准立项的软件项目。 文档结构 第一部分: 简介,包括本规范的目的、范围、词汇以及所涉及到的参考信息。 第二部分: 配置管理工作规范的正文,包括活动的流程图、进入能及退出的准则、所涉及的角色、相 关活动的阐述、验证与确认能及度量。 第三部分: 变更控制工作规范的正文,包括活动的流程图、进入能及退出准则、所涉及的角色、相关 活动的阐述、验证与确认能及度量。 第四部分: 参考文献,列出了编写本规范所参考的相关的文献资料。 第五部分: 附录,本文中流程图的标准符号定义。 词汇表 CM (Configuration Management) 配置管理。 CCB (Change Control Board) 变更控制委员会。 CI (Configuration Item) 配置项,包含文档、程序。 CR (Change Request) 变更请求,对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的 信息是有关当前问题、提议解决方案及其成本的起源和影响的信息。 PCA (Physical Configuration Audit) 物理审计,在配置管理系统中建成立基线的工件是否为“正确”版本。 FCA (Functional Configuration Audit) 功能审计,核心软件配置项的实际性能是否符合它的需求。 基线 (Baseline) 己通过复审和批准的工件发布版,由此构成进一步演进或开发的公认基础,并且 只能通过正式程序,例如变更管理和配置控制才能进行更改。 CML (Configuration Management Library)

相关主题