개발성장노트

선언적 인터페이스 : force.com의 선언적 인터페이스는 브라우저에서 실행되는 포인트 앤 클릭 도구이다. 이를 사용하면 몇번의 클릭만으로 애플리케이션을 구성, 사용자 정의 및 빌드할 수 있다. Force.com에서 선언적 인터페이스는 설정 메뉴로 알려져 있다. Force.com은 다양한 간단하고 강력하며 안전한 애플리케이션 프로그래밍 인터페이스(API)를 사용하여 통합을 위해 조직의 정보에 프로그래밍 방식으로 액세스 할 수있돍 한다. 이러한 API에는 메타데이터를 나타내고 다른 조직 간에 메타데이터를 이동할 수 있는 SOAP기반 API, 경량 REST API, 특수 메타데이터 API가 포함된다. 대규모 데이터 집합을 조직으로 마이그레이션하기 위한 특수 도구인 Bulk API도 있다. APEX :APE..

[ currency setting하기 ] company information - currency Settings - korean (south korea) 세팅완료!

사용자 정의 필드 AW컴퓨팅의 비즈니스 프로세스 및 요구 사항에 고유한 정보를 캡처하기 위해 표준 또는 사용자 지정 개체에서 만들 수 있는 새로운 필드이다. 레코드 유형에 대해 25개의 긴 텍스트 영역 사용자 정의 필드를 만들 수 있다. 또한 사용자 지정 필드를 추가로 사용자 지정하거나 필요한 경우 삭제도 가능하다. 그러나 사용자 정의 필드를 삭제하면 필드와 관련된 모든 데이터를 잃을 수 있다. 사용자 정의 필드에서 데이터 손실의 이유! 기존 사용자 정의 필드의 데이터 유형이 변경되거나, 사용자 정의 필드가 삭제된 경우 사용자 정의 필드에서 데이터 손실이 될 수 있다. 데이터 손실을 방지하기 위해 먼저 필드의 데이터를 백업해야한다. 데이터 유형 변경시 : 기존 사용자 정의 필드의 데이터 유형을 변경하는 ..

활동이란? 활동은 조직이 계정, 연락처 및 기회와 같은 레코드와의 상호 작용에 대한 레코드입니다. 작업이나 이벤트가 될 수 있습니다. 잡업에는 사용자가 완료로 표시할 때 현재 날짜로 설정된 DueDate가 있습니다. 통화,메일 병합 및 전자 메일과 같은 작업의 경우 기한은 작업이 생성된 날짜입니다. 이베느에는 정의 된 시작 및 종료 날짜가 있습니다. 시작날짜에 도달하면 이벤트가 자동으로 완료됩니다.

salesforce의 개체(Object)란 무엇인가? salesforce에서 개체는 스프레드 시트와 유사한 레코드가 포함된 데이터 테이블이다. 테이블의 각 행에는 이 예의 계정과 같은 개별 레코드의 데이터가 포함되고, 각 열에는 계정 이름필드와 같은 개별 필드의 데이터가 포함됩니다. salesforce 사용자 인터페이스는 단일 행에서 레코드 데이터를 가져오고 읽기 쉬운 레코드 세부사항 페이지에 사용자에게 표시한다. 표준 개체 : 표준 개체는 salesforce에 이미 정의된 개체 , 비즈니스의 판매, 서비스 및 지원, 마케팅 영역에서 사용할 수 있다. 각 개체의 레코드는 사용자 인터페이스의 탭을 통해 액세스 할 수 있다. 표준 개체 외에도 관리자는 특정 비즈니스 요구 사항을 충족하는 새 사용자 지정 개체..

H2를 사용해서 member 테이블 만들기 create table member( id bigint generated by default as identity, [

**많이 사용하는것 위주로 적음 getter & setter = Alt +insert 코드줄 내림, 올림 = Alt + Shift + (방향키 위 /아래) 문제에 대한 수정 제안 목록 = Alt + Enter 리네임 = Shift + F6 Extract Method = ctrl + Alt + M create new test = ctrl + shift + T try / catch = ctrl + Alt + T 변수추출 = ctrl + Alt + V

온라인 트랜잭션 처리 (OLTP :OnLine Transaction Processing)을 위한 기초 자료조사 항목 시스템 구축형태 , 사용자 수 , 트랜잭션 수 , 온라인 업무, 배치 업무, 데이터베이스, 데이터 백업 운영시간 WEB/WAS를 위한 기초 자료 조사 항목 시스템 용도 및 서비스 형태, 시스템의 구성 형태, 접속자수 , 사용률, 업무 중요도 및 긴급도, 백엔드 상호작용 형태, SSL 사용여부 조사 자료 분석 및 개발 기술 환경을 결정한다. 조사한 자료를 이용하여 운영체제 , DBMS , 웹 애플리케이션 서버 등을 결정한다. 운영체제 : 시스템 구축 예산이 적은 경우 (2천만원이하)에는 유닉스를 도입하기 어렵다 -리눅스는 비용이 저렴하나 유지 관리를 위한 기술 인력을 보유하거나, 별도의 계약..

문제1 / 소프트 웨어공학 지식체계에서 요구사항 개발 프로세스 순서가 올바른것은? 요구사항 도출 -> 요구사항 분석 -> 요구사항명세-> 요구사항확인 문제 2 / 소프트웨어공학 지식체계에서 요구사항 도출에 대한 설명 요구사항이 어디에 있고, 어떻게 수집할 것인가에 대해 소프트웨어가 해결해야 할 문제를 이해하는 첫번째 단계 이해관계자가 식별되고, 개발팀과 고객 사이의 관례를 알 수 있게 됨 다양한 이해관계자와의 효율적인 의사소통 문제 3/ 개념 모델링에 대한 설명 실세계 문제에 대한 모델링이 소프트웨어 요구사항 분석의 핵심 모델은 문제가 발생하는 상황에 대한 이해를 증진시키고 해결책을 설명한다. 따라서 개념 모델은 문제 도메인의 엔터티들과 그들의 관계 및 종속성을 반영한다. ** 유스케이스 다이어그램 : ..

유스케이스 모델검증 ** 액터 :기능 구현에 관계된 액터가 모두 도출되었는가? 액터 목록에서 액터명이 역할 중심으로 명명되었나? 요구사항 정의서, 요구사항 기술서에 외부/내부 액터가 모두 도출되었나? 액터 목록과 액터 명세서에 기록된 액터가 타당한지 확인 ** 유스케이스 : 요구기능 구현에 필요한 유스케이스가 모두 도출되었나? 도출된 유스케이스를 논리적으로 연결하여 누락된 기능을 파악했는지 도출된 유스케이스가 유스케이스 목록과 유스케이스 명세서에 반영이 되었는지 도출된 유스케이스의 논리적인 합이 과업 범위와 일치하는지 도출된 유스케이스들이 논리적으로 그룹화 되었는지 유스케이스 기능 범위가 다른 유스케이스 기능 범위와 중복 되는지 **유스케이스 명세서 : 유스케이스 명세서 형식에 중요 항목이 누락되지 않았..