구 NPO 전문가
M E TO D I C E S K I E
권장 사항
코스 설계용
규율에 따라
소프트웨어 개발 기술
전공별
230105(2203) 소프트웨어 컴퓨터 과학그리고
자동화 시스템
(기본 수준)
칼리닌그라드, 2007
“ 승인됨”
주제
(주기적) 커미션
중등 직업 교육의 컴퓨터 기술 및 자동화 시스템을 위한 전문 230 소프트웨어(기본 수준)에서 졸업생의 최소 콘텐츠 및 교육 수준에 대한 주 요구 사항에 따라 작성되었습니다.
PCC 회장
대리인 감독
UMR에 의해
_______________________
_______________________
검토자:
소개
중등 직업 교육의 국가 교육 표준에 따라 특수 분야의 "컴퓨터 공학 및 자동화 시스템용 소프트웨어" 전문 분야 졸업생의 교육 수준 및 내용의 최소 수준까지 졸업생은 반드시 가능하다 :
· 작업의 소프트웨어 구현을 위한 알고리즘을 개발합니다.
개발된 알고리즘에 따라 소프트웨어 제품을 만들고 소프트웨어 제품을 디버깅 및 테스트합니다.
· 네트워크 응용 프로그램을 개발하고 유지 관리합니다.
작업과정 프로젝트는 다음과 같습니다.
코스 프로젝트의 주제와 관련된 특정 주제 영역의 특징에 대한 연구;
선택한 방법의 타당성과 함께 가능한 접근 방식 및 해결 방법 분석
목표 달성에 필요한 모델(수학, 구조, 정보 등)의 선택 또는 개발
정확도, 안정성, 수렴성 등을 고려한 효율적인 알고리즘 선택
소프트웨어 작업 결과 분석
프로그램 및 운영 문서 개발.
2. 주제 선택
코스 프로젝트의 주제는 교육 기관의 교사가 개발하고 부서 회의에서 주제 (주기)위원회가 고려하고 채택하고 대리인이 승인합니다. 대학 교무처장. 코스 프로젝트의 주제는 그의 관심과 제안된 문제를 공개할 가능성에 따라 학생이 제안할 수 있습니다.
학생 그룹이 하나의 주제에 대한 코스 프로젝트를 완료할 수 있습니다.
3. 과정 프로젝트 주제(부록)
1. 소프트웨어 모듈 "학생의 진행 상황 설명"을 개발합니다.
2. 프로그램 모듈 "학생 개인 파일"을 개발합니다.
3. 소프트웨어 모듈 "부서"를 개발하십시오.
4. 소프트웨어 모듈 "실험실"을 개발합니다.
5. 소프트웨어 모듈 "자동차 서비스"를 개발합니다.
6. 규칙 위반에 대한 설명 소프트웨어 모듈 개발 교통».
7. 소프트웨어 모듈 "부동산 중개소의 카드 파일"을 개발하십시오.
8. 소프트웨어 모듈 "ATS 가입자의 카드 파일"을 개발합니다.
9. "항공권 판매소" 소프트웨어 모듈 개발.
10. 소프트웨어 모듈 "Bookstore"를 개발하십시오.
11. "주차" 소프트웨어 모듈을 개발하십시오.
12. 소프트웨어 모듈 "모집 기관"을 개발하십시오.
13. "재산 감가상각 계산" 소프트웨어 모듈을 개발합니다.
14. 소프트웨어 모듈 "Examiner"를 개발하십시오.
15. "학생의 근무 시간 계산" 소프트웨어 모듈을 개발하십시오.
16. "고객의 메일 주소에 대한 정보 및 참조 프로그램" 소프트웨어 모듈을 개발하십시오.
17. 소프트웨어 모듈 "라이브러리의 회계 문서용 카드 파일"을 개발하십시오.
18. "창고의 상품 회계" 소프트웨어 모듈을 개발하십시오.
19. 소프트웨어 모듈 개발 " 게임 프로그램마스터 마인드 타입.
20. 소프트웨어 모듈 "숫자의 조합을 추측하는 논리 게임"을 개발하십시오.
21. 소프트웨어 모듈 "학생 그룹의 현재 수업 일정을 표시하는 프로그램"을 개발하십시오.
22. "CD 판매를 위한 정보 및 참조 프로그램" 소프트웨어 모듈을 개발하십시오.
23. "여행사의 회사 웹 사이트" 프로그램 모듈을 만듭니다.
24. "컴퓨터 액세서리 매장의 회사 웹 사이트" 프로그램 모듈을 만듭니다.
25. "컴퓨터 주변기기 매장의 회사 웹 사이트" 프로그램 모듈을 만듭니다.
26. "컴퓨터 네트워크 관리자의 개인 웹 사이트" 프로그램 모듈을 만듭니다.
27. 프로그램 모듈 "대학 영토 개선을 위한 프로젝트 웹 사이트"를 만듭니다.
28. 프로그램 모듈 "대학 영토에 겨울 정원을 짓는 프로젝트를 위한 웹 사이트"를 만듭니다.
4. 콘텐츠 및 단계
코스 프로젝트
1. 주제를 선택하고 리더와 동의합니다. 문학 선택.
2. 작업 디자인 요구 사항 연구.
3. 과정 프로젝트 실행 계획을 작성합니다. 솔루션 알고리즘 개발.
4. 알고리즘 구현.
5. 프로그램 디버깅.
6. 프로그램 테스트.
7. 프로그램 및 운영 문서 작성.
8. 얻어진 결과의 분석.
9. 보고서 등록.
10. 코스 프로젝트 보호.
5. 과정 프로젝트의 구조
과정 프로젝트에는 테스트를 거친 소프트웨어와 설명 메모(최소 A4 용지 20장)가 포함되어야 합니다.
코스 프로젝트에 따라 그래픽 부분이 포함될 수 있습니다.
코스 프로젝트의 설명 메모에는 다음이 포함되어야 합니다.
구조:
확립된 샘플의 제목 페이지(부록 1);
소개;
세트 구현을 위한 소프트웨어 및 하드웨어 선택
작업;
개발된 소프트웨어의 설명 부분
소프트웨어 문서;
운영 문서;
Conclusion, 다음과 관련하여 결론 및 권장 사항을 도출합니다.
프로젝트 자료를 사용할 기회;
사용 문헌 목록;
응용 프로그램.
~ 안에 관리주제의 관련성과 중요성이 간략하게 드러나고 프로젝트의 목적과 목표가 공식화됩니다.
소프트웨어 설명서다음 문서 세트를 포함합니다.
코스 프로젝트 작성에 대한 창의적인 접근 방식;
결론의 정확성 및 과학적 타당성
코스 프로젝트의 정확성과 올바른 디자인.
코스 작업의 최종 등급은 방어 결과와 작업 품질에 따라 설정됩니다.
코스 작업은 "소프트웨어 개발 기술" 분야의 시험에 합격하기 전에 방어되어야 합니다. 코스 프로젝트를 통과하지 못하거나 방어에서 불만족스러운 성적을 받은 학생은 다음 시험을 치를 수 없습니다.
보호된 코스 프로젝트는 학생에게 반환되지 않으며 교육 기관의 아카이브에 저장됩니다.
부록 1
제목 페이지 템플릿
구 NPO 전문가
예술 및 산업 lyceum № 10
코스 프로젝트
"소프트웨어 제품 개발 기술" 분야에서
주제:___________________________________________________________________
작성: 학생 ______________________________ 성, 이름, 부칭
전문, 코스, 그룹 __________________________________________
감독자 ___________________________ 성, 이름, 부칭
배달 날짜, 학생 서명 ______________________
________________________________________________
변호일자, 학년, 교사 서명
칼리닌그라드
부록 2
기술적 과제.
콘텐츠 및 디자인에 대한 요구 사항
GOST 19.201 - 78
정보 부분(초록 및 내용), 변경 등록 시트는 문서에 포함되지 않을 수 있습니다.
프로그램 또는 소프트웨어 제품 개발의 후속 단계에서 참조 조건을 변경하거나 추가하기 위해 부록이 발행됩니다. 위임 사항 추가에 대한 조정 및 승인은 위임 사항에 대해 설정된 것과 동일한 방식으로 수행됩니다.
프로그램 또는 소프트웨어 제품의 기능에 따라 섹션의 내용을 명확히 하거나 새로운 섹션을 소개하거나 일부를 결합할 수 있습니다.
1. 소개
섹션에서 이름을 표시하고, 간단한 설명프로그램 또는 소프트웨어 제품의 범위 및 프로그램 또는 소프트웨어 제품이 사용되는 시설.
2. 발전의 기초
개발이 수행되는 기반이 되는 문서(문서)
이 문서를 승인한 조직 및 승인 날짜
개발 주제의 이름 및/또는 기호.
3. 개발 목적
섹션은 프로그램 또는 소프트웨어 제품의 기능 및 작동 목적을 나타내야 합니다.
4. 프로그램 또는 소프트웨어 제품에 대한 요구 사항
4.1. 성능 요건.
이 섹션은 수행되는 기능의 구성, 입력 및 출력 데이터의 구성, 시간적 특성 등에 대한 요구 사항을 지정해야 합니다.
4.2. 신뢰성 요구 사항.
하위 섹션은 안정적인 작동을 보장하기 위한 요구 사항을 지정해야 합니다(안정성 보장, 입력 및 출력 정보 제어, 장애 후 복구 시간 등).
4.3. 이용약관.
하위 섹션에는 특정 특성이 제공되어야 하는 작동 조건(선택한 유형의 데이터 캐리어에 대한 주변 공기 온도, 상대 습도 등)과 서비스 유형, 필요한 직원 수 및 자격이 표시되어야 합니다. .
4.4. 정보 및 소프트웨어 호환성 요구 사항.
하위 섹션은 프로그램에서 사용하는 입력 및 출력 및 솔루션 방법, 소스 코드, 프로그래밍 언어 및 소프트웨어 도구의 정보 구조에 대한 요구 사항을 지정해야 합니다.
필요한 경우 정보와 프로그램을 보호해야 합니다.
5. 프로그램 문서화 요건
섹션은 다음을 포함해야 합니다. 예비 구성프로그램 문서 및 필요한 경우 이에 대한 특별 요구 사항.
6. 기술 및 경제 지표
이 섹션에는 예상 경제 효율성, 예상 연간 수요, 최고의 국내외 샘플 또는 유사품과 비교하여 개발의 경제적 이점이 표시되어야 합니다.
7. 개발 단계 및 단계
이 섹션은 필요한 개발 단계, 단계 및 작업 내용(개발, 동의 및 승인되어야 하는 프로그램 문서 목록)과 원칙적으로 개발 타임라인을 설정하고 실행자를 결정합니다.
8. 통제 및 승인 명령
이 섹션은 작업 수락을 위한 테스트 유형 및 일반 요구 사항을 지정해야 합니다.
안에 애플리케이션참조 조건에 필요한 경우 다음을 수행하십시오.
개발을 입증하는 연구 및 기타 작업 목록;
개발에 사용할 수 있는 알고리즘 체계, 표, 설명, 정당성, 계산 및 기타 문서
기타 개발 소스.
부록 3
프로그램 텍스트(GOST 19.401 - 78)
소스 언어로 된 프로그램의 텍스트에 주석이 있으면 프로그램의 기능에 대한 간략한 설명이 포함됩니다.
문서의 주요 부분은 제목이 지정된 하나 이상의 섹션의 텍스트로 구성되어야 합니다.
섹션 세트의 이름을 입력할 수도 있습니다.
이러한 각 섹션은 기호 표기법 유형 중 하나로 구현됩니다. 예를 들면 다음과 같습니다.
원어의 기호 표기;
중간 언어의 기호 표기법;
기계코드 등의 상징적 표현
부록 4
프로그램 설명(GOST 19.402 - 78)
프로그램의 특성에 따라 아래 표시된 항목 외에 추가 섹션을 도입하거나 개별 섹션을 결합할 수 있습니다.
1. 일반사항
섹션에는 다음이 포함되어야 합니다. 프로그램의 지정 및 이름; 프로그램 작동에 필요한 소프트웨어 프로그램이 작성된 프로그래밍 언어.
2. 기능적 목적
섹션은 해결해야 할 작업의 클래스 및/또는 프로그램의 목적 및 사용에 대한 기능 제한에 대한 정보를 표시해야 합니다.
3. 논리적 구조에 대한 설명
섹션에는 다음이 포함되어야 합니다.
프로그램 알고리즘
사용된 방법
기능 설명이 포함된 프로그램 구조 구성 부품그리고 그들 사이의 연결;
프로그램과 다른 프로그램의 링크.
프로그램의 논리적 구조에 대한 설명은 소스 언어의 프로그램 텍스트를 고려하여 수행됩니다.
4. 사용된 기술적 수단
섹션에는 프로그램이 실행될 때 사용되는 전자 컴퓨터 및 장치의 유형이 표시되어야 합니다.
섹션에는 다음이 포함되어야 합니다.
해당 데이터 캐리어에서 프로그램을 호출하는 방법
프로그램의 진입점.
다운로드 주소, RAM 사용 정보, 프로그램 크기를 지정할 수 있습니다.
6. 입력 데이터
섹션에는 다음이 포함되어야 합니다.
입력 데이터의 성격, 구성 및 예비 준비
입력 데이터의 형식, 설명 및 인코딩.
7. 각인
섹션에는 다음이 포함되어야 합니다.
각인의 성격과 구성,
출력의 형식, 설명 및 인코딩.
설명 예, 표, 다이어그램, 그래프로 섹션의 내용을 설명할 수 있습니다.
문서의 섹션에 포함하기에 부적절한 다양한 자료를 신청서에 포함할 수 있습니다.
부록 5
설명 메모(GOST 19.404-79)
정보 부분(요약 및 내용) 편집은 선택 사항입니다.
문서의 기능에 따라 개별 섹션(하위 섹션)이 결합될 수 있으며 새로운 섹션(하위 섹션)이 도입될 수 있습니다.
소개
이 섹션은 프로그램의 이름 및 / 또는 개발 주제의 기호와 개발이 수행되는 문서를 나타내며 조직 및 승인 날짜를 나타냅니다.
1. 목적 및 범위
이 섹션은 프로그램의 목적, 프로그램 범위에 대한 간략한 설명을 나타냅니다.
2. 기술 사양
섹션에는 다음 하위 섹션이 포함되어야 합니다.
2.1 문제 진술.
프로그램 개발을 위한 문제에 대한 설명, 적용된 수학적 방법에 대한 설명, 필요한 경우 선택한 수학적 장치와 관련된 가정 및 제한 사항에 대한 설명이 설명됩니다.
2.2 프로그램의 알고리즘 및/또는 작동에 대한 설명.
프로그램의 알고리즘 및/또는 작동은 문제 해결을 위한 알고리즘 체계의 선택, 프로그램과 다른 프로그램의 가능한 상호 작용에 대한 정당성과 함께 설명됩니다.
2.3 기술 구성 및 소프트웨어 도구.
입력 및 출력 데이터 구성 방법의 구성 선택에 대한 설명 및 입증이 제공됩니다.
2.4 하드웨어와 소프트웨어의 구성.
수행된 계산 및/또는 분석, 프로그램에서 사용하는 데이터 캐리어의 배포를 기반으로 하드웨어 및 소프트웨어 구성 선택에 대한 설명 및 정당화가 제공됩니다.
3. 기대되는 기술경제적 성과
이 섹션은 선택한 기술 솔루션 옵션의 이점을 정당화하는 기술 및 경제 지표와 필요한 경우 예상 운영 지표를 나타냅니다.
4. 개발에 사용된 소스
이 섹션은 본문에서 참조되는 과학 및 기술 간행물, 규제 문서 및 기타 과학 및 기술 자료의 목록을 나타냅니다.
안에 애플리케이션문서에는 개발에 사용된 표, 정당성, 방법, 계산 및 기타 문서가 포함될 수 있습니다.
부록 6
첨부 문서의 진술
GOST 19.507 - 79
정보 부분(요약 및 내용) 편집은 선택 사항입니다.
성명서는 운영 문서 목록에 포함된 문서를 나열합니다.
운영 문서 목록에는 다음 섹션이 포함되어야 합니다. 프로그램 문서; 프로그램 구성 요소에 대한 문서.
독립적으로 사용되는 구성 요소의 운영 문서 목록에는 "프로그램 문서" 섹션만 포함되어야 합니다.
"프로그램 문서" 섹션에서 모든 운영 문서(운영 문서 진술 제외)는 다음에 기록되어야 합니다. 이 프로그램.
"프로그램의 구성 요소에 대한 문서" 섹션에는 프로그램에 직접 포함된 모든 프로그램에 대한 운영 문서에 대한 설명이 기록되어야 합니다.
문서는 "이름" 열의 섹션 제목 아래 명세서에 기록됩니다.
문서는 지정에 포함된 문서의 유형 코드의 오름차순으로 명령문에 기록됩니다.
명세서의 열은 다음과 같이 채워집니다.
· "지정" 열에서 GOST 19.103-77에 따른 문서 지정을 나타냅니다.
"이름"열에 승인 시트에 표시된 이름에 따라 운영 문서의 전체 이름을 표시하거나 제목 페이지;
이 프로그램에 대한 문서의 경우 문서의 이름과 유형만 기록됩니다.
열 "Col. 복사." 부수를 나타내다 이 문서;
· "위치" 열에서 인쇄된 문서가 저장된 폴더 번호를 나타냅니다.
필요한 경우 추가 운영 문서와 관련된 메모 및 추가 정보를 작성할 수 있습니다.
메모의 일련 번호를 부여할 수 있습니다.
메모 텍스트는 운영 문서 명세서의 관련 섹션 끝에 기록될 수 있습니다. 메모의 일련 번호가있는 열이없는 양식의 운영 문서 명세서의 마지막 시트에 메모 텍스트를 쓸 수 있습니다.
이 문은 필요한 경우 인쇄된 문서가 있는 폴더 목록도 제공합니다.
명세서의 폴더는 "이름" 열의 "폴더 목록" 제목 아래 모든 문서를 일련 번호의 오름차순으로 나열한 후 기록됩니다.
폴더를 기록할 때 명령문의 열은 다음과 같이 채워집니다.
"지정" 열에는 밑줄이 그어져 있습니다.
"이름" 열에 폴더의 이름과 번호를 표시합니다(예: "폴더 번호 1").
열 "Col. 복사." 한 세트의 운영 문서의 일부인 이 이름의 폴더 사본 수를 나타냅니다.
필요한 경우 "위치" 열에 폴더 위치를 표시하십시오.
운영 문서 명세서 작성 예
지정
이름
위치
AV 001-01_32_01-1
운영 체제. 시스템 복구 도구
AV 001-01_32_01-2
운영 체제. 링크 편집기.
부록 7
적용 설명(GOST 19.502-78)
정보 부분(초록 및 내용)의 편집은 필수입니다.
프로그램의 기능에 따라 추가 섹션을 도입하거나 개별 섹션을 결합할 수 있습니다.
1. 프로그램의 목적
이 섹션은 프로그램의 목적, 기능, 주요 특성, 프로그램 범위에 부과된 제한 사항을 나타냅니다.
2. 사용 조건
이 섹션은 프로그램 구현에 필요한 조건을 나타냅니다 (이 프로그램 및 기타 프로그램에 필요한 기술적 수단에 대한 요구 사항, 입력 및 출력 정보의 일반적인 특성, 조직적, 기술적 및 기술적 특성의 요구 사항 및 조건, 등.).
3. 문제에 대한 설명
섹션에는 문제의 정의와 해결 방법이 포함되어야 합니다.
4. 입력 및 출력 데이터
섹션에는 입력 및 출력 데이터에 대한 정보가 포함되어야 합니다.
참고 자료(그림, 표, 그래프, 예제 등)는 문서의 부록에 포함될 수 있습니다.
부록 8
유지 보수 설명서
(GOST 19.508-79)
정보 부분(초록 및 내용)의 편집은 필수입니다.
문서의 기능에 따라 추가 섹션을 소개할 수 있습니다.
1. 소개
이 섹션은 매뉴얼의 목적, 유지 보수 중 매뉴얼과 함께 사용해야 하는 작동 문서 목록을 나타냅니다.
2. 일반 지침
섹션은 순서를 나타냅니다. 유지, 조직 및 구현 기능에 대한 지침을 제공하십시오.
3. 기술적 수단의 요건
이 섹션은 프로그램의 작동을 보장하는 기술적 수단의 최소 구성을 나타냅니다.
4. 기능 설명
이 섹션은 다음을 나타냅니다.
이 프로그램에서 테스트하는 기술적 수단의 최대 구성
오류 처리 방법을 나타내는 하드웨어 및 소프트웨어의 공동 기능에 대한 설명
기술적 수단의 유지에 사용되는 입력 및 출력 데이터의 구성에 대한 설명
장치와 프로그램의 상호 작용, 상호 작용 결과, 프로그램 결과 출력에 대한 설명.
부록 9
1. 소프트웨어 모듈 "학생의 진행 상황 설명"을 개발합니다.
소프트웨어 모듈은 학장, 부학장 및 학장 직원이 세션에서 학생의 진행 상황을 즉시 기록하도록 설계되었습니다. 학생의 진행 상황에 대한 정보는 전체 학습 기간 동안 저장되어야 하며 수강한 코스 인증서 및 졸업 증서 준비에 사용되어야 합니다.
2. 프로그램 모듈 "학생 개인 파일"을 개발합니다.
소프트웨어 모듈은 학장실, 노동 조합위원회 및 인사 부서 직원이 학생에 대한 정보를 얻도록 설계되었습니다. 이 정보는 학생의 전체 교육 기간 동안 보관되어야 하며 인증서 및 보고서 작성에 사용되어야 합니다.
3. 소프트웨어 모듈 "부서"를 개발합니다.
이 모듈에는 부서 직원에 대한 정보(이름, 직위, 학위, 분야, 업무량, 사회 사업, 아르바이트 등)가 포함되어 있으며 인사 부서 및 학장실 직원이 사용하기 위한 것입니다.
4. 소프트웨어 모듈 "실험실"을 개발합니다.
이 모듈에는 실험실 직원에 대한 정보(이름, 성별, 나이, 결혼 여부, 자녀 유무, 직위, 학력)가 포함되어 있으며 노동 조합 위원회 및 인사 부서의 직원이 사용하기 위한 것입니다.
5. 소프트웨어 모듈 "자동차 서비스"를 개발합니다.
서비스 등록시 소유자 이름, 자동차 브랜드, 작업 유형, 주문 접수 날짜 및 수리 비용을 나타내는 신청서가 작성됩니다. 작업이 완료되면 영수증이 인쇄됩니다.
6. 교통 규칙 위반에 대한 회계 소프트웨어 모듈 개발
움직임."
각 자동차와 소유자에 대해 위반 목록이 데이터베이스에 저장됩니다. 각 위반에 대해 날짜, 시간, 위반 유형 및 크기가 기록됩니다. 괜찮은. 모든 벌금이 지불되면 자동차는 데이터베이스에서 제거됩니다.
7. 소프트웨어 모듈 "부동산 중개소의 카드 파일"을 개발하십시오.
이 모듈은 기관 직원이 사용하기 위한 것입니다. 데이터베이스에는 아파트에 대한 정보(방 수, 층, 영상 등)가 포함되어 있습니다. 교환(매수, 매도) 신청 접수 후 조회 적합한 옵션. 그렇지 않은 경우 클라이언트는 클라이언트 기반에 입력되고 옵션이 나타날 때 알림을 받습니다.
8. 소프트웨어 모듈 "ATS 가입자의 카드 파일"을 개발합니다.
카드 파일에는 전화 및 소유자에 대한 정보가 포함되어 있습니다. 지불 연체를 수정합니다(가입자 및 시간 기반). 현지의 시간 지불이라고 믿어집니다. 전화 대화이미 입력했습니다.
9. "항공권 판매소" 소프트웨어 모듈 개발.
이 모듈에는 항공 노선의 좌석 가용성에 대한 정보가 포함되어 있습니다. 데이터베이스에는 항공편 번호, 승무원, 항공기 유형, 출발 날짜 및 시간, 항공권 비용(다른 등급)에 대한 정보가 포함되어야 합니다. 항공권 신청이 접수되면 프로그램에서 적합한 항공편을 검색합니다.
10. 소프트웨어 모듈 "Bookstore"를 개발합니다.
11. "주차" 소프트웨어 모듈을 개발하십시오.
이 프로그램에는 자동차 브랜드, 소유자, 입장 날짜 및 시간, 주차 비용, 할인, 지불 연체 등에 대한 정보가 포함되어 있습니다.
12. 소프트웨어 모듈 "모집 기관"을 개발하십시오.
모듈에는 공석 및 이력서에 대한 정보가 포함되어 있습니다. 소프트웨어 모듈은 회사 관리자의 요구 사항을 충족하는 직원을 찾고 적합한 직업을 찾을 수 있도록 설계되었습니다.
13. "재산 감가상각 계산" 소프트웨어 모듈을 개발합니다.
프로그램은 두 가지 방법(균일 감가상각 및 다중 감가상각 회계)으로 계산을 제공하고 입력 데이터의 정확성을 제어하고 다음과 같은 경우 경고 메시지를 발행해야 합니다. a) 계산할 데이터가 하나 이상 없는 경우
b) 지정된 액체 값이 초기 값을 초과합니다.
c) 감가 상각 기간을 초과하는 계산 기간이 지정됩니다.
14. 소프트웨어 모듈 "Examiner"를 개발합니다.
테스트 작업은 5-7개의 질문으로 구성되어야 하며 테스트 파일의 이름은 프로그램 목록의 명령줄에 지정됩니다.
15. 소프트웨어 모듈 "근무 시간 계산" 개발
재학생."
프로그램은 MS Visual Studio를 사용하여 구현해야 합니다. 학생의 성, 그룹 번호 및 근무 시간뿐만 아니라 간단한 설명완료된 작업; 학생 목록과 각 학생에 대한 간략한 작업 설명을 표시합니다. 목록과 설명을 편집할 수 있습니다.
16. "고객의 메일 주소에 대한 정보 및 참조 프로그램" 소프트웨어 모듈을 개발하십시오.
프로그램은 MS Visual Studio를 사용하여 구현해야 합니다. 고객의 성, 이름, 부칭 및 우편 주소의 입력-출력을 활성화합니다. 클라이언트 목록과 각 클라이언트의 주소를 표시합니다. 목록과 주소를 편집할 수 있습니다. 여러 목록을 만들고 표시할 수 있습니다. MS Word와 같은 다른 응용 프로그램으로 정보를 내보낼 수 있습니다.
17. 소프트웨어 모듈 "라이브러리의 회계 문서용 카드 파일"을 개발하십시오.
프로그램은 MS Visual Studio를 사용하여 구현해야 합니다. 책 제목과 저자 및 간단한 주석의 입력-출력을 활성화합니다. 책 목록과 각 책에 대한 주석을 표시합니다. 책 제목과 주석을 편집할 수 있습니다. 문학 주제에 대한 여러 목록을 만들고 한 목록에서 다른 목록으로 정보를 전송할 수 있습니다.
18. "창고의 상품 회계" 소프트웨어 모듈을 개발하십시오.
프로그램은 MS Visual Studio를 사용하여 구현해야 합니다. 제품 이름과 수량, 간단한 설명을 입력할 수 있는 기회를 제공합니다. 제품 목록 및 각각에 대한 설명을 표시합니다. 제품 이름과 설명을 편집할 수 있습니다. 제품 그룹별로 여러 목록을 만들 수 있습니다.
19. 소프트웨어 모듈 "게임형 프로그램" 개발주인정신".
프로그램은 MS Visual Studio를 사용하여 구현해야 합니다. 색상 세트를 추측하고 오류에 대한 정보를 표시하는 기능을 제공합니다. 사용자에게 여러 번의 시도가 주어집니다. 세트가 추측되면 승리 메시지가 표시되고 그렇지 않으면 새로운 시도 또는 패배 메시지가 표시됩니다.
20. 소프트웨어 모듈 "숫자의 조합을 추측하는 논리 게임"을 개발하십시오.
프로그램은 MS Visual Studio를 사용하여 구현해야 합니다. 숫자 조합을 추측하고 오류에 대한 정보를 표시할 수 있는 기회를 제공합니다. 사용자에게 여러 번의 시도가 주어집니다. 조합이 추측되면 승리 메시지가 표시되고 그렇지 않으면 새로운 시도 또는 패배 메시지가 표시됩니다. 생각하는 시간은 제한되어 있습니다.
21. 소프트웨어 모듈 "학생 그룹의 현재 수업 일정을 표시하는 프로그램"을 개발하십시오.
프로그램은 MS Visual Studio를 사용하여 구현해야 합니다. 시간에 따라 진행중인 수업을 입력한 일정에 따라 시작과 끝을 화면에 표시합니다.
22. 판매용 정보 및 참조 프로그램 소프트웨어 모듈 개발CD".
프로그램은 MS Visual Studio를 사용하여 구현해야 합니다. 디스크 이름, 비용 및 요약의 입출력을 활성화합니다. 디스크 목록과 각 디스크에 대한 간략한 요약을 표시합니다. 목록과 내용을 편집할 수 있습니다. MS Word와 같은 다른 응용 프로그램에서 디스크 설명을 가져올 수 있습니다.
23. 소프트웨어 모듈 "기업" 생성여행사 홈페이지.
노드는 다음을 포함해야 합니다. 홈페이지, 뉴스 페이지, 관광 경로 및 서비스 설명 페이지 3개 및 페이지 피드백또한 노드에는 텍스트, 그래픽 및 멀티미디어 정보가 포함되어야 합니다.
24. 소프트웨어 모듈 "기업" 생성컴퓨터 액세서리 매장의 웹사이트입니다.
노드에는 홈 페이지, 뉴스 페이지, 피드백 페이지 및 하드 드라이브, 비디오 카드 및 TV 튜너와 같은 액세서리를 설명하는 여러 페이지가 포함되어야 합니다. 또한 노드에는 텍스트, 그래픽 및 멀티미디어 정보가 포함되어야 합니다.
25. 소프트웨어 모듈 "기업" 생성컴퓨터 주변기기 상점 웹 사이트.
노드에는 홈 페이지, 뉴스 페이지, 피드백 페이지 및 프린터, 디스플레이, 웹캠과 같은 주변 장치를 설명하는 여러 페이지가 포함되어야 합니다. 또한 노드에는 텍스트, 그래픽 및 멀티미디어 정보가 포함되어야 합니다.
26. "개인용" 프로그램 모듈 생성컴퓨터 네트워크 관리자의 웹 사이트.
노드에는 홈 페이지, 자체에 대한 페이지, 네트워크 다이어그램 및 구내 위치, 설명 및 수정 페이지가 포함되어야 합니다. 노드는 텍스트, 그래픽 및 멀티미디어 정보를 포함해야 합니다.
27. 프로그램 모듈 생성 "lyceum 영토 개선 프로젝트의 웹 사이트.
28. 프로그램 모듈 생성 "lyceum 영토에 겨울 정원을 짓는 프로젝트의 웹 사이트.
노드에는 홈 페이지, 프로젝트 설명, 기한이 있는 이정표 목록, 참가자 및 책임 목록, 토론 포럼이 포함되어야 합니다. 노드는 텍스트, 그래픽 및 멀티미디어 정보를 포함해야 합니다.
서지
1. GOST 7.1–84. 문서의 서지 설명. 컴파일에 대한 일반적인 요구 사항 및 규칙.
2. GOST 7.9-95. 추상 및 추상. 일반적인 요구 사항.
3. ESPD(Unified System of Program Documentation) 표준.
4. 코스 프로젝트에 대한 Shishkin 지침. - 스몰렌스크, 2002.
5. 루다코프 데이터. 애플리케이션 개발 - St. Petersburg: BHV-Petersburg, 2006
6. 데이터베이스의 Ilyushechkin 사용 및 설계 - M.: 고등 교육. 2009년
소개.. 3
1. 코스 디자인의 목적과 목표 .. 3
2. 테마 선택... 4
3. 과정 프로젝트 주제 ..4
5. 과정 프로젝트의 구조 ..5
6. 코스 프로젝트에 대한 설명 노트의 공식화 .. 6
7. 코스 프로젝트 방어 .. 7
부록 1.8
부록 2.9
부록 3. 11
부록 4. 12
부록 5. 14
부록 6. 15
부록 7. 16
부록 8. 17
부록 9. 18
참조... 22
실험실 작업 번호 1-5는 동일한 옵션에 대해 수행됩니다.
- 1. 소프트웨어 모듈 "학생의 진행 상황 설명"을 개발합니다. 소프트웨어 모듈은 학장, 부학장 및 학장 직원이 세션에서 학생의 진행 상황을 즉시 기록하도록 설계되었습니다. 학생의 진행 상황에 대한 정보는 전체 학습 기간 동안 저장되어야 하며 수강한 코스 인증서 및 졸업 증서 준비에 사용되어야 합니다.
- 2. 프로그램 모듈 "학생 개인 파일"을 개발합니다. 소프트웨어 모듈은 학장실, 노동 조합위원회 및 인사 부서 직원이 학생에 대한 정보를 얻도록 설계되었습니다. 이 정보는 학생의 전체 교육 기간 동안 보관되어야 하며 인증서 및 보고서 작성에 사용되어야 합니다.
- 3. "조합 최적화 문제 해결" 소프트웨어 모듈을 개발합니다. 모듈에는 최소 길이의 주기를 찾고(여행하는 외판원 문제) 최단 경로를 찾고 최소 스패닝 트리를 찾는 알고리즘이 포함되어야 합니다.
- 4. 애플리케이션 'Utsio? 5 "Organizer"를 개발합니다. 이 응용 프로그램은 주소와 전화 번호를 기록, 저장 및 검색하도록 설계되었습니다. 개인및 조직, 일정, 회의 등. 이 응용 프로그램은 모든 컴퓨터 사용자를 위해 설계되었습니다.
- 5. yindows 앱 "계산기" 개발. 이 응용 프로그램은 모든 사용자를 대상으로 하며 모든 산술 연산(우선 순위와 관련하여) 및 바람직하게는(필수는 아님) 몇 가지 수학 함수를 포함해야 합니다.
- 6. 부서 직원에 대한 정보(이름, 직책, 학위, 분야, 업무량, 사회 사업, 아르바이트 등)를 포함하는 소프트웨어 모듈 "부서"를 개발합니다. 이 모듈은 인사부 직원과 학장실 직원이 사용하기 위한 것입니다.
- 7. 실험실 직원에 대한 정보(이름, 성별, 나이, 결혼 여부, 자녀 유무, 직위, 학력)를 포함하는 소프트웨어 모듈 "실험실"을 개발합니다. 이 모듈은 노동 조합 위원회 및 인사 부서의 직원이 사용하기 위한 것입니다.
- 8. 소프트웨어 모듈 "자동차 서비스"를 개발합니다. 서비스 등록시 소유자 이름, 자동차 브랜드, 작업 유형, 주문 접수 날짜 및 수리 비용을 나타내는 신청서가 작성됩니다. 작업이 완료되면 영수증이 인쇄됩니다.
- 9. "교통 위반 회계" 소프트웨어 모듈을 개발하십시오. 각 자동차(및 소유자)에 대한 위반 목록이 데이터베이스에 저장됩니다. 각 위반 사항에 대해 날짜, 시간, 위반 유형 및 벌금 금액이 기록됩니다. 모든 벌금이 지불되면 자동차는 데이터베이스에서 제거됩니다.
- 10. 기관 직원이 사용할 소프트웨어 모듈 "부동산 기관의 카드 파일"을 개발합니다. 데이터베이스에는 아파트에 대한 정보(방 수, 층, 영상 등)가 포함되어 있습니다. 교환(구매, 판매) 신청을 받으면 적합한 옵션을 검색합니다. 그렇지 않은 경우 클라이언트는 클라이언트 기반에 입력되고 옵션이 나타날 때 알림을 받습니다.
- 11. 소프트웨어 모듈 "ATS 가입자의 카드 파일"을 개발합니다. 카드 파일에는 전화 및 소유자에 대한 정보가 포함되어 있습니다. 지불 연체를 수정합니다(가입자 및 시간 기반). 시내전화 시급은 이미 도입된 것으로 알려졌다.
- 12. 항공 노선의 좌석 가용성에 대한 정보를 포함하는 소프트웨어 모듈 "항공권 판매소"를 개발하십시오. 데이터베이스에는 항공편 번호, 승무원, 항공기 유형, 출발 날짜 및 시간, 항공권 비용(다른 등급)에 대한 정보가 포함되어야 합니다. 항공권 신청이 접수되면 프로그램에서 적합한 항공편을 검색합니다.
- 13. 책에 대한 정보(저자, 제목, 발행인, 발행 연도, 가격)를 포함하는 소프트웨어 모듈 "Bookshop"을 개발하십시오. 구매자는 필요한 책에 대한 신청서를 작성하고, 없는 경우 데이터베이스에 입력하고 필요한 책이 매장에 도착하면 알림을 받습니다.
- 14. "주차" 소프트웨어 모듈을 개발합니다. 이 프로그램에는 자동차 브랜드, 소유자, 입장 날짜 및 시간, 주차 비용, 할인, 지불 연체 등에 대한 정보가 포함되어 있습니다.
- 15. 공석 및 이력서에 대한 정보가 포함된 프로그램 모듈 "모집 기관"을 개발합니다. 소프트웨어 모듈은 회사 관리자의 요구 사항을 충족하는 직원을 찾고 적합한 직업을 찾을 수 있도록 설계되었습니다.
소개
1. 분석 부분
1.1 대상 분야 및 기업의 기술적, 경제적 특성.
1.1.1 기업의 특성
1.2 복잡한 작업의 특성, 작업 및 자동화 필요성에 대한 정당성
1.2.1 일련의 자동화 작업 선택 및 기존 비즈니스 프로세스의 특성
1.2.2 문제를 해결하기 위해 컴퓨터 기술을 사용해야 하는 필요성의 정당화
1.2.3 기업용 IS의 주요 속성 및 선택된 작업 세트에 대한 설명
1.2.4 작업 세트의 경제적 본질
1.2.5 복잡한 작업에서 예상 작업의 위치 결정
1.2.6 작업의 본질
1.3.2 작업 자동화 전략 선택 및 정당화
1.4 자동화의 목표 및 하위 작업 설정. 목표 달성을 위한 기준.
1.4.3 컴퓨터에서 하위 작업을 해결하는 조직의 일반적인 특성
1.5 기존 개발 분석 및 설계 기술 선택에 대한 정당성.
1.6 설계 결정의 정당성
1.6.2 정보 지원을 위한 디자인 솔루션의 정당성
2. 디자인 부분
2.1 작업에 대한 정보 지원
2.1.4 데이터베이스의 특성.
2.2 소프트웨어 작업
2.3 과제의 기술적 지원
2.4 프로젝트 구현 테스트 케이스 및 설명
결론
사용된 소스 목록
1.1 테크니코 - 대상분야 및 기업의 경제적 특성
1.1.1 기업 특성
1. 본명 : 부동산 거래대행 "엘레나". 짧은 이름: Elena Real Estate Agency.
2. Elena Real Estate Agency는 "국가 등록시"러시아 연방 법률에 따라 개인 기업가에 의해 등록됩니다. 법인그리고 개인사업자.
3. 기관 위치: 러시아 연방, 바시코르토스탄 공화국, Oktyabrsky city, Lenina avenue, 67.
4. 작업:
· 시장 수요에 따라 구매 및 판매, 기부, 기타 부동산 거래를 위한 서비스 제공.
모기지 대출을 받을 수 있도록 지원합니다.
· 부동산에 대한 정보를 검색할 수 있는 접근 가능한 서비스 생성.
· 부동산 투자를 위한 모든 범위의 서비스 제공.
기업 활동의 안정성 보장.
5. 회사의 목표:
· 이익 추출.
· 고품질 서비스를 제공하는 신뢰할 수 있고 성실한 기관이 되십시오.
· 신규 고객 유치.
· 활동의 영역 범위 확대.
2006, 2007, 2008 부동산 중개소 "Elena".
| 기본 지표 | 2006년 | 2007년 | 편차(%)2007~2006 | 2008년 | 편차(%)2007~2006 | |
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1. | 제공되는 서비스의 양, 천 루블; | 6500 | 7100 | 109 | 9800 | 151 |
| 2. | 제공되는 서비스 비용, 천 루블; | 5200 | 5400 | 104 | 7340 | 141 |
| 3. | 렌더링된 서비스 1루블당 비용, kopecks; | 1,25 | 0,76 | 60 | 0,75 | 60 |
| 4. | 이익, 천 루블; | 1300 | 1700 | 131 | 2460 | 189 |
| 5. | 수익성, % | 25 | 34 | 136 | 33 | 132 |
| 6. | 직원 수, 명; | 5 | 6 | 120 | 8 | 160 |
| 7. | 노동 생산성, 천 루블 / 사람; | 1300 | 1183 | 91 | 1225 | 94 |
| 8. | 평균 월급, 문질러; | 8000 | 10000 | 125 | 15000 | 187 |
| 9. | 급여 기금, 문질러; | 40000 | 60000 | 150 | 120000 | 300 |
위의 데이터를 사용하여 2006, 2007, 2008 기간 동안 "Elena"기관의 재무 결과를 평가해 봅시다.
이 표는 제공되는 서비스의 양이 매년 증가하고 있음을 보여줍니다. 2007년에는 2006년에 비해 9%, 2008년에는 51% 증가했습니다.
이러한 증가에 기여한 요인은 다음과 같습니다.
모기지 대출은 2008년에 가능했습니다. 은행의 이자는 연 11%였습니다.
제공되는 서비스 시장이 크게 확장되어 지역 인근 도시를 포착했습니다.
에이전시에 새로운 부동산 중개인이 등장하면서 근무 조건이 크게 줄었습니다.
변호사 제공 무료 상담, 그 후 고객은 거래 처리 기관의 고객이 됩니다.
2007년에 제공된 서비스 비용은 2006년에 비해 각각 4%, 2008년에는 41% 증가했습니다. 비용 증가에 기여한 요인은 다음과 같습니다.
에너지 비용 상승, 물, 난방 가격 상승, 전화 연결, 인터넷 지불;
최신 보안 경보기 설치
자동차의 연료 소비 증가;
2006년에 비해 2007년과 2008년에 제공된 서비스 1루블당 비용(제공된 서비스 양에 대한 비용 비율)은 40% 감소했습니다.
이러한 감소는 회사가 다음을 통해 비용을 최소화하려고 하기 때문입니다.
무제한 인터넷 연결;
고객을 유치하기 위해 입소문을 더 많이 사용합니다.
장거리 전화 통화 제한;
이익 지표 (서비스 양과 비용의 차이)로 판단하면 대행사는 수익성있게 작동합니다. 즉, 이익은 매년 증가하고 있습니다. 2007 년에는 2006 년에 비해 31 % 증가했으며 2008 년에도 2006년 대비 89% 증가했습니다.
이는 제공된 서비스 1루블당 비용 감소의 영향을 받았습니다. 수익성 성장의 역학은 같은 이유로 결정됩니다.
직원 수는 매년 증가하며 2007 년에는 1 명의 부동산업자가 직원에 추가되었으며 2008 년에는 3 명의 전문가가 추가되었습니다. 이는 제공되는 서비스의 양이 증가했기 때문입니다. 필요한 경우 전문가가 서로 교체하여 자격 수준을 높이는 동시에 고객이 다른 기관으로 회사를 떠나는 것을 방지합니다.
2007년 노동 생산성(직원 수에 대한 서비스 제공량의 비율)은 2006년 대비 9%, 2008년에는 2006년 대비 6% 감소했습니다. 이것은 국가 확장의 영향을 받았습니다. 그러나 이것은 회사에서 정상적인 일이며 직원들은 작업 리듬에 빠르게 진입하여 팀의 생산성을 높이는 경향이 있습니다.
2007년 직원 월평균 급여는 2006년 대비 각각 25%, 2008년 87% 증가했습니다. 결과적으로 임금 기금이 증가합니다 (월 평균 임금과 직원 수의 곱). 이러한 성장은 이사가 모스크바, 우파, 사마라에서 유료 세미나에 보내는 회사를 희생시키면서 효율성과 전문성에 대한 보너스를 장려하는 것처럼 제공되는 서비스의 양의 증가와 관련이 있습니다.
일반적으로 부동산 중개소 "Elena"는 일반적인 경제 불안정에도 불구하고 이익을 내며 안정적으로 운영됩니다. 가격 인상 및 하락은 부동산 시장에 영향을 미치지 만 항상 팔고 싶은 사람과 재산을 사고 싶은 사람이 있기 때문에 그들이 당신의 서비스를 위해 당신에게 오는 방식으로 회사의 업무를 조직해야합니다.
1.1.2 기업경영의 조직구조와 특징
구조
기관은 소규모 조직에서만 볼 수 있는 2단계 부서를 반영하는 기초적인 조직 구조를 가지고 있습니다.
사무실 책임자. 부동산 그룹 리더
책임:
· 부동산업자 그룹 관리.
· 사무실 업무에 대한 계획, 통제 및 보고.
· 모든 트랜잭션의 진행 상황을 모니터링합니다.
· 부동산업자 교육.
· 선불금 수령 및 납부.
선임 법률 고문:
책임:
· 거래 지원
문서의 "순도" 확인
· 기관 활동의 법률 준수 모니터링.
회계사
책임:
· 보고서 작성 및 제출
부동산업자
책임:
・전화 받기
· 잠재 고객에게 조언.
· 회사 사무실에서 대리점 계약 체결 및 고객사 현장 방문.
· 전문 부동산 데이터베이스에서 아파트 선택.
· 아파트를 보여줍니다.
문서 수집
· 거래 준비.
· 선불 결제.
사무실 관리자
책임:
· 사무 활동의 행정적 지원.
· 고객을 만나다. 고객을 위한 차, 커피.
· 팩스 보내기/받기. 문서 출력.
· 사무실 생활을 위한 문구류 및 기타 물품 구매.
직원의 사무실 방문 통계 유지.
택배원
· 서신 전달.
· 문서 전달.
그림 1.1 조직도
특성
부동산 활동은 특수 교육의 존재를 의미하지 않습니다. 교육 시장은 이 분야의 전문가를 양성하지 않습니다.
에이전시에서 일하는 모든 사람들은 고등 교육을 받았지만 Elena 에이전시에서 일하기 전에 직업과 활동 영역은 매우 다양했습니다. 그들 모두는 "상업적 행진"을 가지고 있으며 원칙적으로 전직 기업가이거나 경험이 풍부한 변호사입니다.
예를 들어 법률 고문 Giniyatullin Galimyan Gallimullinovich는 Bashkir State University 법학부를 졸업했습니다. 그는 30년 이상 법률 활동에 종사해 왔으며, 국가 등록 회의소의 Oktyabrsky 부서에서 근무한 기관에 합류하기 전에 2008년에 "부동산 회사 관리" 방향으로 고급 교육 수료증을 받았습니다. .
그러나 약간의 뉘앙스를 알지 못하는 회사의 젊은 직원을 과소 평가해서는 안되지만 고객을 관심과 관심으로 둘러싸고 비즈니스에 대한 책임감있는 접근 방식을 취하여 나중에 친구들에게 이야기 할 것입니다.
회사는 광범위한 업무 경험을 가진 우수한 회계사를 보유하고 있으므로 회사가 법률에 따라 사업을 수행하고 지불해야 할 세금을 알고 있습니다.
소비자 수요의 특이성은 회사에 일반 고객이 없다는 사실에 있습니다. 이것은 주택에 대한 요구를 충족시키거나 그 반대로 아파트를 팔면 서비스에 대한 추가 요구가 사라지기 때문입니다. 그러나 전문적으로 거래를 완료하고 거래에 대한 법적 지원을 제공함으로써 에이전시 직원은 좋은 평판을 얻으므로 다이렉트 클라이언트는 친척 및 친구에게 에이전시를 추천합니다.
아마도 그러한 체계가 작동하고 결과를 제공합니다.
소속사 '엘레나'는 2명에서 8명으로 늘었다. 지속적으로 기술을 향상시키는 잘 조정 된 모바일 팀입니다. 5명은 고등 교육을 받았고 2명은 대학에서 공부하여 고품질의 전문 서비스를 제공할 수 있습니다. 많은 분량클라이언트
1.1.3 기업의 정보 및 기술 지원에 대한 설명, 사용되는 기능
고려 중인 사업체는 다음 장비를 사용합니다.
7 개인용 컴퓨터.
7 고정 전화 세트한 줄에.
· 프린터 3대.
· 팩스기 1대.
· 복사기 1대.
· 인터넷 액세스용 라우터 1개.
그리고 다음 소프트웨어.
7개의 운영 체제 Windows XP
7 MSoffice 2003 패키지
1 회계 프로그램 1C 회계 7.7
· 소프트웨어 패키지 보증인 1개.
1.2 복잡한 작업의 특성, 작업 및 자동화 필요성에 대한 정당성
1.2.2 일련의 자동화 작업 선택 및 기존 비즈니스 프로세스의 특성
현재 상업 기업은 어려운 재정 및 경제 상황에서 운영되어야 합니다. 이러한 조건에서 성공적인 기업 운영의 핵심은 모든 수준에서 기업의 가장 효과적인 조직입니다. 이것은 복잡한 작업이며 성공적인 솔루션은 하나의 과학 분야가 아니라 일반적으로 관리 및 관리, 물류, 회계 및 물론 컴퓨터 과학과 같은 많은 분야의 교차점에 있습니다.
현대 기업의 비즈니스 프로세스 자동화는 성공적인 기능을 위한 필수 불가결한 조건입니다. 예를 들어 오늘날 회계가 수동으로 수행되는 기업을 상상하기는 어렵습니다. 그러나 회계는 기업에서 자동화 애플리케이션의 유일한 예가 아닙니다. 기존의 정보 기술기업의 거의 모든 수준의 활동을 자동화할 수 있습니다. 이를 바탕으로 활동의 자동화가 기업이 최대한 효율적으로 일하기 위해 경영진이 해결해야 할 핵심 과제가 되고 있음이 분명해졌습니다.
이 논문 프로젝트에서는 서비스를 제공하는 기업 활동의 자동화가 고려되며, 이는 물론 자동화 작업에 자체 세부 사항을 부과합니다. 서비스를 제공하는 기업 활동의 자동화는 일련의 작업이며 각 작업은 완전한 프로젝트입니다. 자동화 작업에는 다음이 포함됩니다.
기업 회계;
임대 및 판매용 아파트 및 주택 회계;
아파트를 임대하거나 구매하려는 고객을 설명합니다.
다른 서비스를 받는 고객에 대한 회계
부동산 중개인 활동을 자동화하는 복잡한 작업에 여러 하위 시스템을 가져올 수 있습니다. 복잡한 작업의 모든 작업은 서로 연결되어 있으며 기업에서 발생하는 작업은 하나의 작업과 관련될 수 없습니다.
1.2.3 문제를 해결하기 위해 컴퓨터 기술을 사용해야 하는 필요성의 정당화
작업을 분석한 결과 종이 문서를 사용하는 전통적인 회계 도구에 의한 솔루션이 가능하지만 비효율적이라는 결론에 도달했습니다. 우선, 이러한 결론은 클라이언트 또는 자산 관리의 거래 수 분석에서 나옵니다. 대규모 부동산 중개인의 경우 이러한 거래의 수가 수동 실행이 불가능할 정도로 많을 수 있습니다. 또한 부동산 및 부동산, 고객 및 거래에 대한 정보를 종이 형태로 저장하고 검색하는 것도 매우 어렵습니다. 예를 들어 아파트에 대한 정보를 종이 문서 폴더에서 검색하는 것과 비교하여 편리하고 빠른 정보 시스템에서 정보를 검색하는 것의 장점과 편의성은 설명할 필요가 없습니다. 마찬가지로 부동산 활동의 완료된 작업에 대한 정보 검색은 저널에서 찾을 수 있습니다. 전자 문서구현의 모든 세부 사항을 빠르고 편리하게 제공합니다.
그러나 컴퓨터 기술의 사용은 정보 및 서류 검색의 편리함과 속도를 제공할 뿐만 아니라 이전에는 접근할 수 없었던 기능을 제공하여 근본적으로 새로운 차원의 작업 효율성을 제공합니다. 우선 분석 정보의 하위 시스템에 관한 것입니다. 이전에는 종이 회계 시스템을 사용할 때 모든 문서와 계약서를 들어 올리는 것만으로 완료된 거래에 대한 정보를 얻고 가장 요구되는 서비스를 분석할 수 있었지만 이제는 훨씬 빠르고 접근하기 쉬워져 더 나은 시장의 다양한 서비스에 대한 수요를 평가합니다.
위의 내용 외에도 자동화를 사용하여 얻을 수 있는 여러 분석 보고서를 강조하십시오. 정보 시스템. 이러한 보고서에서 부동산 시장 상태 분석, 부동산 시장 제안 분석, 주택 비용 변동, 완료된 서비스 분석.
자동화된 정보 시스템을 사용하는 또 다른 명백한 이점은 정보 저장의 보안입니다. 종이에 정보를 저장할 때 종이 문서의 손실은 대체할 수 없는 일이었습니다. 이러한 손실은 범죄자의 행동의 결과와 저항할 수 없는 세력의 행동의 결과로 발생할 수 있습니다. 전자적 형태로 정보를 저장하는 경우 기존 방법정보 저장 및 복제의 보안을 보장하면 이러한 저장을 절대적으로 신뢰할 수 있습니다.
따라서 회계 시스템 구축 문제를 해결하기 위해 컴퓨터 기술을 기반으로 한 자동화 정보 시스템을 사용하면 다음과 같은 주요 이점을 얻을 수 있습니다.
정적 정보 및 수행된 작업 로그를 저장하기 위한 디렉토리에서 데이터를 검색하고 선택하는 편의성을 개선합니다.
· 검색 및 정보 선택 속도 증가, 부동산 거래 등록;
· 부동산 시장에 새로 등장한 각 제안이 고객의 기존 애플리케이션에 미치는 영향을 보장합니다.
정보 저장의 보안 보장
다중 사용자 작업 제공.
1.2.4 기업용 IS의 주요 속성 및 선택한 작업 집합에 대한 설명.
이 기업에 대한 IS의 주요 속성은 다음과 같습니다.
작고 복잡하지 않음 - 필요 없음 현재 작업크고 복잡한 IC에서
· 동적이고 쉽게 변경할 수 있음 - Microsoft Access 기반으로 구축되어 IP를 변경하는 데 전문 기술이 필요하지 않음
낮은 보안 - 이 단계에서 기업은 IP 보안에 대한 요구 사항이 없습니다.
· 데이터 입력, 데이터 수집 등 IS 작업에 적극적으로 참여하는 사람.
· 해당 장치의 오류, 인적 오류 등 임의적인 요인에 노출되어 있습니다.
부동산 중개인과 같은 기업의 활동 자동화는 전체적으로 사소한 작업이기 때문에 이러한 작업 클래스는 중요합니다.
부동산 중개업의 활동 자동화와 같은 종류의 작업을 위한 소프트웨어는 매우 드물고 널리 사용되지 않습니다. 대부분의 경우 대형 대행사가 전체 부서와 함께 이러한 소프트웨어를 자체적으로 작성하고 이후에 이를 적용하지 않기 때문입니다. 잠재적 경쟁자의 삶을 더 쉽게 만들지 않도록 판매하십시오.
따라서 이러한 IS를 얻으려면 기업이 이 회사 활동의 모든 뉘앙스를 고려하여 가장 적합한 시스템을 개발하는 것이 좋습니다.
물론 위기의 시대에 부동산 작업과 같이 빠르게 변화하는 산업에서 IP를 사용하면 시장 상황을 신속하게 평가하고 최대 금액지금 도착했습니다. 위기 상황에서 시장에서 회사의 생존을 위해 매우 중요한 것은 무엇입니까? 비용을 추정할 수 있습니다.
미래에는 이 시스템을 통해 장기적인 전망을 평가하고 장기적으로 투자할 가치가 있는 것이 무엇인지 이해하기 위한 정보를 제공할 것입니다.
1.2.6 복잡한 작업에서 예상 작업의 위치 결정
자동화 작업 중 부동산 데이터베이스의 유지 관리 자동화 작업과 조직 고객의 데이터베이스 유지 관리 작업을 별도로 강조해야 합니다.
고객 데이터의 축적은 고객 서비스를 목표로 하는 기업의 자동화에서 매우 중요한 부분이며, 이 데이터베이스를 사용하면 현재 고객의 요구를 충족시킬 수 없더라도 현재 고객이 필요로 하는 것이 무엇인지 이해할 수 있습니다. 요구 사항은 우리 회사의 서비스 범위 개발에 도움이 될 것입니다. 고객 기반을 통해 시장에서 귀하의 제안을 더 잘 타겟팅하기 위해 조사를 쉽게 수행할 수 있습니다. 자동화가 없는 경쟁사보다 우위를 점할 것입니다.
부동산 데이터베이스의 자동화는 모든 데이터가 Microsoft Word의 텍스트 문서에 저장되는 현재 상황을 훨씬 능가하는 수많은 매개 변수로 복잡한 선택 및 검색을 수행하기 위해 고객의 희망에 더 빠르고 완전하게 응답할 수 있게 합니다. 체재.
이 디플로마 프로젝트의 목적은 기업 활동을 자동화하는 복잡한 작업의 중심 작업인 클라이언트 데이터베이스와 부동산 데이터베이스를 자동화하는 작업을 정확하게 해결하는 것입니다.
자동화 작업의 콤플렉스와 이 콤플렉스에서 해결되는 문제의 위치는 그림 1.2에 나와 있습니다.
그림 1.2 자동화 작업의 콤플렉스와 이 콤플렉스에서 해결되는 문제의 위치.
1.2.7 작업의 본질
고객 및 부동산 회계 시스템은 여러 측면으로 구성됩니다.
이 문제에 대한 솔루션은 이 문제에서 식별할 수 있는 하위 작업을 해결하는 것으로 구성됩니다. 다음 하위 시스템을 구분할 수 있습니다.
판매용 아파트 및 주택 관리를 위한 하위 시스템과 아파트 및 주택 임대 고객을 관리하기 위한 하위 시스템은 부동산 객체에 대한 모든 필수 데이터를 저장하도록 설계되었습니다. 이러한 정적 데이터는 속성 자체 및 특성, 속성 및 기타 데이터에 대한 추가 정보가 될 수 있습니다.
아파트 및 주택 구매를 위한 고객 관리 하위 시스템과 아파트 및 주택 임대를 위한 고객 관리 하위 시스템은 고객 정보, 고객 요구 사항 목록, 원하는 지불 유형, 거래를 수행하는 사람에 대한 정보, 위치를 제공해야 합니다. 고객의 욕구에 대한 부동산 및 기타 정보. 하위 시스템은 트랜잭션 단계를 추적할 수 있어야 합니다. 다른 서비스에 대한 클라이언트 관리를 위한 하위 시스템은 클라이언트 자신과 그가 필요로 하는 서비스에 대한 데이터, 작업 단계를 추적하는 기능, 리드하는 직원에 대한 정보를 포함해야 합니다. 이 클라이언트. 직원이 필요하다고 생각하는 기타 정보를 포함합니다. 분석 정보의 하위 시스템은 프로그램 사용자에게 완료된 거래에 대한 보고서를 컴파일할 수 있는 가능성을 제공해야 합니다. 보고서에는 유연한 설정이 있어야 하며 보고서 생성 조건과 보고서 생성 섹션을 설정할 수 있습니다. 모든 보고서에는 인쇄 양식프레젠테이션의 용이성을 위해.
1.3 기존 개발 분석 및 자동화 전략 선택
1.3.1 작업 자동화를 위한 기존 개발 분석
현재 부동산 중개인의 활동 자동화 문제를 해결하는 자동화 정보 시스템은 매우 적습니다.
예를 들어, 이 시스템에서 "이상적 옵션: 부동산" 시스템은 다음과 같은 기능이 구현됩니다.
편리하고 간단한 인터페이스
또한 다소 유사한 옵션은 시스템입니다.
«부동산 개체 데이터베이스»
"부동산 전문가"
시장에서 가장 좋은 시스템은 물론 Ideal: Real Estate입니다.»
그러나 자동화 시스템 "이상적 옵션: 부동산"은 상당히 복잡하고 번거롭습니다. 이 시스템은 사용자의 높은 자격을 요구하며 또한 매우 복잡한 구성 및 관리가 필요합니다.
가장 중요한 것은 높은 비용 요소입니다. 자동화 시스템“이상적인 옵션: 부동산”, DBMS를 지원하고 유지 관리하기 위해 자격을 갖춘 전문가를 고용해야 함, 사용자 교육, 개발자의 강력한 원격으로 인한 긴급 기술 지원 불가능성도 비용에 큰 영향을 미칩니다. 또한 이 시스템의 대부분의 기능이 필요하지 않습니다.
따라서 자동화 정보 시스템을 만드는 고도로 전문화 된 작업을 해결하기 위해 과학 아카데미 "엘레나"의 자동화 시스템 "이상적인 옵션: 부동산"을 사용하는 것은 적절하지 않은 것 같습니다. 이 문제를 해결하고, 설치 및 사용이 쉽고, 저렴하고 사용하기 쉬운 별도의 응용 프로그램을 작성하는 것이 훨씬 저렴하고 빠릅니다. 새로운 회사 요구 사항에 쉽게 적응할 수 있습니다.
기업 활동 분석에서 건설에 많은 단점이 있습니다. 기존 시스템회사의 부동산 업무 조직. 우선 이것은 데이터 웨어하우스가 종이 저장소이거나 단순한 저장소라는 사실과 관련이 있습니다. 텍스트 문서, 수동으로 만 수행 할 수있는 정보 검색은 매우 불편하고 어려운 프로세스입니다. 매물 정보 변경 시 전체 부동산 카탈로그를 다시 작성해야 하고, 가격이 변경되면 가격표를 다시 작성하고, 상대방 데이터가 변경되면 고객 파일을 다시 작성해야 하는 것도 불편하다. 이 모든 것은 비효율적이며 많은 시간과 자원이 필요합니다. 아카이브에 문서를 저장해도 문서 검색 속도를 높이고 작업 편의성을 높이는 데 도움이 되지 않습니다.
제기된 문제를 분석한 결과 종이 문서를 사용하는 전통적인 회계 도구로는 문제를 해결할 수 없다는 결론에 도달했습니다. 결과적으로 문제를 해결하기 위한 전략은 기업의 부동산 활동과 관련된 모든 프로세스를 자동화하는 것입니다.
"부동산 중개업 자동화 시스템"(약어 ASAN)을 구현하는 애플리케이션을 개발하여 작업을 자동화합니다. 개발된 시스템은 문제를 설정할 때 제시되는 모든 요구 사항을 충족해야 합니다.
1.3.3 업무 자동화를 위한 IP 획득 방식의 선정 및 정당성
회계를 구현하는 애플리케이션을 개발하려면 다음 IS가 필요합니다.
수술실 윈도우 시스템클라이언트 시스템에서 실행되도록 설계되었습니다.
서버형 Windows 운영 체제 또는 직원이 10명 미만인 경우 "부동산 자동화 시스템"을 사용하는 경우 서버에서 작동하고 데이터베이스에 대한 다중 사용자 연결을 제공하도록 설계된 클라이언트형 Windows 운영 체제
· DBMS MSAccess는 각 시스템에서 회계 시스템의 로컬 기능을 보장합니다.
· Application을 개발하기 위해서는 IS의 크기가 작기 때문에 MSAccess DBMS를 사용하는 것이 가장 편리하다.
이러한 모든 IS는 기업에서 "Automated Real Estate Agency System"의 개발 및 추가 사용을 위해 구입해야 합니다.
1.4 자동화의 목표 및 하위 작업 설정. 목표 달성 기준
1.4.1 문제의 경제적 본질
Elena 부동산 중개인의 부동산 활동 자동화 작업의 경제적 본질은 일상적인 활동을 자동화하고 다른 시스템으로 전환하여 가속화 할 수있는 활동을 자동화하여 노동 생산성을 높이는 것입니다.
서류 작업의 가속화로 인해 거래 건수가 증가하여 회사의 매출과 궁극적으로 이익이 증가할 수 있습니다.
또는 (예를 들어 위기로 인해) 시장 규모가 거래 수를 늘리기에 충분하지 않은 경우 직원을 줄여 비용을 절감할 수 있으며 이는 궁극적으로 다시 높은 수익으로 이어집니다.
어떤 이유로든 직원 감축이 옵션 중 하나가 아닌 경우 부동산 거래와 직접적으로 관련되지 않은 컨설팅 서비스, 부동산 관련 문서 준비, 모기지 사건 수행, 토지 거래 중개 및 적어도 부동산과 간접적으로 관련된 기타 서비스.
따라서 궁극적으로 이 자동화의 목표는 사무 비용을 줄이고 비용을 절감하며 수익을 높이는 것입니다. 그리고 가능하다면 부동산 중개업 '엘레나'의 영역을 다른 분야로 확대해 나가겠습니다.
1.4.2 문제에 대한 자동화 솔루션의 목표 및 목적
졸업 프로젝트의 목적은 "자동 부동산 중개 시스템"을 개발하고 이 시스템을 구현하는 애플리케이션을 만드는 것입니다. 개발된 시스템은 부동산 중개인의 업무 자동화 문제를 해결하고 다음과 같은 기능을 수행해야 합니다.
· 주요 특성과 추가 특성을 나타내는 부동산 판매 표 유지. 제품의 주요 특징은 부동산 유형, 객실/층 수, 소유자 및 연락처, 상세 설명, 비용, 주택 유형, 아파트 유형. 추가 특성에는 사용자 정의 속성이 포함됩니다(아래 참조).
· 부동산 참조 도서의 모든 부동산 개체에 대해 추가 속성을 설정하고 연결된 테이블에 저장할 수 있습니다. 속성 유형 및 해당 값의 구성은 프로그램 사용자에 의해서만 결정되므로 무제한 범위의 개체 및 모든 콘텐츠에 대한 속성 집합을 만들 수 있습니다.
· 주요 특성을 나타내는 아파트, 주택 교환 디렉토리 유지 관리.
· 아파트, 주택 교환 디렉토리는 부동산 디렉토리에 연결되어야 합니다. 속성별로 옵션을 선택할 수 있는 인터페이스를 제공해야 합니다.
· 이 프로그램은 부동산 중개인의 고객 목록을 유지 관리할 수 있도록 해야 합니다. 고객 디렉토리에는 이름, 성명, 주소, 전화번호, 상세 설명 등 고객을 특성화하는 데 필요한 모든 필드가 포함되어야 합니다.
· 프로그램은 매개 변수의 다양한 조합으로 클라이언트를 선택(필터링)하는 기능을 제공해야 합니다. 클라이언트의 특성에 따라 추가 속성에 따라 클라이언트를 이끄는 관리자에 따라 달라집니다. 필터에는 유연한 설정과 "지능형" 레코드 선택 기능이 있어야 합니다.
· 프로그램은 다양한 조합 가능한 필터로 아파트 매매/교환에 대한 보고서를 생성하는 기능을 제공해야 합니다.
프로그램은 다음과 같은 경우 중단 없이 실행되어야 합니다. 중대한 오류, 사용자의 잘못 또는 입력 데이터의 오류로 인해 발생하는 경우에도. 따라서 이러한 오류가 발생할 수 있는 프로그램 섹션은 프로그램에서 특별한 방식으로 처리되어야 합니다. 오류가 발생하면 프로그램은 해당 경고를 발행한 후 작업을 계속해야 합니다.
프로그램은 데이터베이스의 물리적 및 논리적 무결성을 보장해야 합니다. 데이터를 변경하거나 삭제할 때 프로그램은 데이터베이스 정보의 참조 무결성을 유지해야 합니다.
1.4.3 컴퓨터에서 하위 작업을 해결하는 조직의 일반적인 특성.
에이전시의 작업을 자동화하는 작업은 몇 가지 주요 하위 작업으로 구성됩니다.
· 편리한 저장 방법으로 데이터베이스를 만듭니다.
AS 데이터베이스는 다음 요구 사항을 충족해야 합니다.
가용성 - 데이터베이스는 다중 사용자 작업을 위해 네트워크를 통해 쉽게 액세스할 수 있어야 합니다.
특수 교육을 받은 직원이 유지 관리할 필요가 없으므로 AU 유지 관리 비용이 증가하고 고장 시 가동 중지 시간이 늘어납니다.
쉬운 기회 예약 사본및 복구 - 복잡한 백업 및 복구 절차를 구성하기 위한 요구 사항이 부족한 이유는 자격을 갖춘 전문가가 부족하고 추가 비용이 발생하지 않기 때문입니다.
손쉬운 업그레이드 가능성 - AU의 단순성과 개방성은 이 AU 개발자가 계속 작업하고 유지 관리할 수 없는 상황에 대한 회사의 보험에 대한 주요 요구 사항 중 하나입니다.
하드웨어 구성 요소에 대한 높은 요구 사항 부족 - 회사 컴퓨터 제품군의 현대화를 위한 높은 추가 비용이 없기 때문입니다.
· 다양한 요구에 대한 자동화 시스템의 하위 시스템 생성.
· 데이터베이스에 정보를 입력하는 방법의 생성.
데이터베이스에 대한 정보 입력은 데이터베이스의 모든 테이블 또는 논리적 엔터티에 대해 분리되어야 합니다.
데이터베이스에 정보를 입력하려면 사용자에게 친숙한 인터페이스가 있어야 합니다.
정보 입력은 가능할 때마다 이전에 컴파일된 디렉토리 및 분류자를 사용해야 합니다.
· 데이터베이스에서 정보를 얻는 방법 만들기.
데이터베이스에서 데이터를 가져오는 주요 방법은 미리 구성된 양식과 보고서를 이용하는 것입니다.
· 완벽한 고객 관리 구조 구성.
AC는 제공해야 합니다. 완전한 가능성고객 기반 유지.
1.4.4 하위 작업 계산의 형식화
이 프로젝트에서 부동산 중개인의 작업을 자동화하는 작업은 여러 하위 작업으로 나뉘며, 성공적인 솔루션은 부동산 중개인 전체를 자동화하는 작업의 성공적인 솔루션으로 이어집니다. 다음 하위 시스템을 구분할 수 있습니다.
판매용 아파트 및 주택 유지를 위한 서브시스템;
아파트 및 주택 구매를 위한 고객 관리를 위한 하위 시스템;
아파트 및 주택 임대 고객 관리를 위한 하위 시스템
아파트 및 주택 임대 고객 관리를 위한 하위 시스템
클라이언트를 다른 서비스로 추천하기 위한 하위 시스템
분석 정보의 하위 시스템.
판매용 아파트 및 주택 유지 관리를 위한 하위 시스템은 부동산 개체에 대한 모든 필수 데이터를 저장하도록 설계되었습니다. 이러한 데이터는 부동산 객체 자체 및 특성, 소유자 및 특성, 부동산에 대한 추가 정보 및 기타 정적 데이터일 수 있습니다.
판매용 아파트 및 주택 유지를 위한 하위 시스템은 다음 개체에 대한 기록 보관을 허용해야 합니다.
· 아파트. "판매 데이터 1" 테이블은 다음과 같은 아파트에 대한 기본 정보를 저장하도록 설계되었습니다.
- "방 수" - 거주 공간의 수를 나타내는 이 필드는 데이터를 입력할 때 부분적으로 미리 정의할 수 있습니다.
- "주소" - 판매 또는 임대용 주거 건물의 주소.
- "집 유형" - 집 건축 유형에 대한 설명(예: "벽돌", "모놀리스") 이 필드는 데이터를 입력할 때 부분적으로 미리 정의할 수 있습니다.
- "층" - 주거용 건물 위치의 층.,
- "이야기" - 집의 층수,
- "방의 크기" - 평방 미터 단위의 방 면적,
- "가격" - 건물의 총 비용.
· 아파트 확장 정보. 표 "Sell Data 2"는 옵션 선택 시 두 번째로 중요한 아파트에 대한 정보를 저장하는 역할을 하며 소유자, 아파트 유형, 소유자 또는 담당자 및 필요한 기타 정보에 대한 정보를 포함합니다.
· 아파트 구입. 이 디렉토리는 아파트를 구입하려는 고객에 대한 정보를 저장하도록 설계되었습니다.
이 디렉토리에는 고객이 구매할 물건, 대략적인 층수, 층수, 방 수, 연락처 정보.
· 아파트 교환. 이 표는 아파트 교환 제안에 대한 정보를 제공하기 위한 것입니다. 판단, 고객에 대한 정보, 그가 변경할 속성의 종류, 추가 지불의 징후가 있는지 여부 및 "Sell data 2"및 "Sell"표의 정보와 유사한 기타 정보가 포함됩니다. 데이터 1”.
· 집. 이 표는 판매용 주택에 대한 안내이며 다음과 같은 모든 주요 특성을 포함합니다. 주택이 만들어진 재료, 지붕 덮개의 유형, 소유자의 연락처 및 기타 유연한 정보.
· 소가족. 이 테이블은 "작은 가족" 유형의 아파트 유형에 대한 정보를 저장하기 위한 것입니다. 대행사.
그리고 나머지 주택 재고로부터 약간의 격리.
따라서 이 표는 아파트 판매용 표에서 사용할 수 있는 모든 특성과 이 유형의 아파트에만 적용되는 몇 가지 추가 기능(예: 두 가지 가능한 기능을 특징으로 하는 "소규모 가족 유형")을 나타냅니다. - 복도와 아파트.
· 클라이언트. 이 디렉토리는 부동산 중개인의 고객 목록을 저장하도록 설계되었습니다. 각 클라이언트(클라이언트 카탈로그의 요소)에 대해 클라이언트를 특징짓는 모든 필수 속성을 설정할 수 있어야 합니다.
디렉터리 유지 관리 하위 시스템은 디렉터리에 데이터를 편리하고 빠르게 입력하고 관련 디렉터리 간의 링크를 설정하고 필요한 경우 추가 속성을 제공하는 기능을 제공해야 합니다. 그러나 모든 디렉토리에 데이터를 입력할 수 있는 가능성 외에도 다음을 수행할 수 있어야 합니다. 빠른 탐색, 특정 기준 또는 특정 기준 조합에 의한 고급 검색 및 데이터 선택 이 핸드북. 특히 주목할만한 것은 아파트 디렉토리의 기록 선택 구성입니다. 아파트 디렉토리는 데이터 구조의 중심 요소이고 다른 많은 디렉토리와 연관되어 있기 때문에 이 디렉토리에서 레코드를 유연하게 선택할 수 있는 가능성이 제공되어야 합니다. 이런 식으로 아파트의 주요 속성뿐만 아니라 모든 관련 속성, 즉 추가 속성 값, 영역별로 아파트 디렉토리의 요소를 선택할 수 있어야합니다.
따라서 예를 들어 2층, 마지막 층 및 특정 가격 이하의 객실 수가 2인 아파트를 선택할 수 있습니다. 이러한 유연한 데이터 선택의 가능성은 개발된 프로그램을 사용하기에 매우 편리하게 만듭니다. 상품의 디렉토리뿐만 아니라 다른 모든 디렉토리에도 레코드를 검색하고 선택할 수 있는 기능이 제공되어야 합니다.
분석 보고 하위 시스템은 부동산 기관의 결과에 대한 보고서를 작성하도록 설계되었습니다. 먼저 제공되는 서비스의 종류에 대한 보고서입니다. 보고서는 클라이언트 테이블을 기반으로 합니다. 보고서에 대한 조건을 설정할 수 있습니다: 특정 서비스, 날짜 또는 고객별로 선택. 이 보고서는 부동산 중개업자의 주요 작업 보고서가 되어야 하며 이를 위해 프로그램이 작성되었다고 말할 수 있습니다. 두 번째 분석 보고서는 판매용 부동산 수와 가격에 대한 보고서로 시장 변동을 분석할 수 있습니다.
1.5 기존 개발 분석 및 설계 기술 선택에 대한 정당성
현재 회사에는 자동화 시스템이 거의 없으며 소프트웨어에서 사용되는 유일한 것은 Office 제품군의 일부인 Microsoft Office입니다. 마이크로 소프트 워드. 클라이언트에 대한 정보 및 작업 중인 부동산에 대한 정보와 같은 모든 데이터를 저장하는 데 사용됩니다.
또한 1C 회계 시스템은 회계 작업에 사용되지만 회계 자동화 측면은 이번 졸업 프로젝트가 해결하는 작업에서 고려되지 않습니다.
앞서 언급했듯이 부동산 중개인의 활동 자동화와 같은 작업의 경우 원칙적으로 많은 발전이 없습니다.
이 중 기능의 수에 따라 다음과 같은 기능과 기능을 가진 "이상적인 옵션: 부동산"을 선택할 수 있습니다.
· "판매", "구매", "임대" 등의 작업 수행
모든 유형의 부동산 판매 및 임대 신청에 대한 회계 처리(부동산 설명을 위한 100개 이상의 세부 정보)
· 부동산 구매 및 임대 신청 회계
애플리케이션과 속성 설명 간의 교차 검색
완료된 거래 및 보류중인 거래에 대한 회계
임의의 형태의 보고서 작성
· 임의 요청모든 설정
Excel, txt, csv 및 xml 형식으로 데이터 내보내기
· 이메일, FTP 또는 플로피 디스크를 사용하여 원격 사무실 간의 데이터 교환
"안전한" 형태로 고객에게 정보 제공(상업적 정보를 숨길 수 있는 기능)
모든 형식(bmp, jpeg, rle, wmf)의 부동산 개체, 도면 및 도면 사진 슬라이드쇼
에 대한 사용자 액세스 관리 다른 정권및 프로그램 기능
인터넷에서 웹 사이트의 데이터 보기
동시에 무제한 사용자 지원
강력하고 빠른 데이터베이스
편리하고 간단한 인터페이스
프로그램에 내장된 자세한 문서
· 접근 가능한 헬프 데스크
그리고 다음과 같은 기능을 가진 "REAL ESTATE AGENCY" 시스템
작업: "판매", "구매", "임대", "임대", "변경".
부동산 개체: 아파트, 방, 집, 대지, 비주거 건물, 비주거 건물 및 다양한 옵션.
여러 도시. 도시 내의 유연한 지리적 계층: 자치구, 동네, 거리. 러시아 연방의 모든 지역을 위해 특별히 준비된 디렉토리에서 지리적 개체를 가져옵니다. 데이터의 총량은 50만 개가 넘는 거리와 소구역입니다.
전화번호 조각을 포함한 모든 매개변수에 대한 검색 옵션을 위한 강력한 필터
모든 매개변수로 애플리케이션을 정렬하는 시각적 시스템
다음을 포함하는 교환 옵션의 선택 및 단계적 최적화. 시외
활성 및 아카이브 티켓 저장 영역
지리적 중복 검색
다양한 가격표 옵션, 비주얼 가격 디자이너
렌탈 관리
거래 관리
작업 구현을 설정, 알림 및 모니터링하여 비즈니스 프로세스 구성
주문, 거래, 작업과 관련하여 다양한 형식의 문서 작성 및 편집에 대한 고급 지원
실적 보고서
이메일과 파일을 통해 서로 다른 회사 및 같은 회사 내 지사 간에 데이터를 자동으로 교환합니다. 수신자 디렉토리 유지, 각 수신자에 대해 전송된 데이터 구성을 미세 조정하는 기능.
인터넷에 응용 프로그램 게시. 정적 구성 및 동적 웹 사이트 지원. 다중 목록 시스템 구성 가능성.
멀티플레이어 및 싱글플레이어 옵션
2단계 보안 시스템 - 데이터베이스 서버 수준과 클라이언트 수준
사용자 권한 미세 조정 - 약 200가지 유형의 보호 조치
모든 주문과 함께 모든 작업에 대한 각 사용자의 작업 모니터링
애플리케이션 이동 통계
간단한 설치 프로그램 및 업데이트 프로그램
프로그램의 기능을 빠르게 파악하고 작업 방법을 마스터하기 위한 수천 개의 응용 프로그램이 포함된 미리 만들어진 데모 데이터베이스
클라이언트-서버 아키텍처: 데이터 저장의 높은 신뢰성 및 최대 처리 속도
그러나 위에서 언급한 바와 같이 1.3장에서. 이러한 시스템은 너무 복잡하고 소도시의 소규모 부동산 중개소가 필요로 하는 것보다 비용이 더 많이 듭니다.
1.6 디자인 결정의 정당화
1.6.1 기술 지원을 위한 설계 솔루션의 정당성
부동산 중개인의 자동화 시스템은 Windows 운영 체제에서 작동하도록 설계되었으므로 개발 중인 시스템의 효과적인 운영을 위해 아키텍처 및 기술적 수단의 매개변수에 대한 요구 사항을 보장해야 합니다. 운영 체제 자체가 효과적으로 작동합니다.
자동 부동산 중개 시스템은 최소한 다음과 같은 기술적 특성을 가진 IBMPC 유형 컴퓨터에서 작동하도록 설계되었습니다.
프로세서 - Intel Celeron 2000;
· 램: 256Mb;
· HDD, 운영 체제 및 Microsoft Access 2007 응용 프로그램의 위치를 제공합니다. 개발된 시스템을 수용하려면 20Mb의 여유 하드 디스크 공간이 필요합니다.
· 네트워크에 연결하기 위한 네트워크 카드.
보고서를 인쇄하고 문서를 출력하려면 위 장비가 장착된 컴퓨터와 호환되는 프린터가 필요합니다.
다중 사용자가 시스템을 사용하는 경우 데이터베이스에 액세스하려면 한 대의 PC를 파일 서버로 사용해야 합니다. 이 데이터베이스를 서버에 배치하고 클라이언트 컴퓨터에서 smb 프로토콜을 통해 또는 smb를 통해 ODBC를 통해 연결하는 것이 좋습니다. 다음 이상의 특성을 가진 IBMPCc 유형 컴퓨터:
프로세서 - Intel Celeron 2000;
램: 256Mb;
운영 체제와 Microsoft Access 2007 응용 프로그램을 호스팅하는 하드 드라이브.
서버의 운영 체제로서 예를 들어 Linux와 같은 Unix 제품군의 운영 체제를 사용하는 것은 smb 및 ODBC에 대한 지원이 충분하지 않기 때문에 전적으로 권장되지 않습니다.
클라이언트 컴퓨터가 다음에 연결되기 때문에 서버 기반데이터, 서버 및 클라이언트 시스템은 로컬 네트워크에서 작동해야 합니다. P2P 네트워크이거나 도메인 조직이 있는 네트워크일 수 있습니다.
시스템의 기능은 클라이언트-서버 버전뿐만 아니라 로컬 버전에서도 가능합니다. 지역 기지 WindowsXP와 같은 Windows 제품군의 로컬 운영 체제를 실행하는 지정된 특성을 가진 클라이언트 컴퓨터에서 실행할 수 있는 데이터. 이러한 작업 조직에서는 서버가 필요하지 않습니다. 로컬 네트워크및 서버 운영 체제.
개발된 시스템은 Windows 운영 체제에서 작동하도록 설계되었습니다. 프로그램은 Windows 제품군의 모든 운영 체제(Windows 95/98, NT(ServicePack 6), 2000(ServicePack 3), XP 및 이 운영 체제의 서버 버전)에서 실행되어야 합니다. 이 선택은 이 운영 체제 제품군의 개발된 편리한 그래픽 사용자 인터페이스와 러시아 시장. 응용 프로그램 개발 시스템을 비롯한 많은 소프트웨어 회사도 이 운영 체제 제품군에 중점을 두고 있으며, 이로 인해 Windows용 소프트웨어를 개발할 수 있는 수많은 프로그래밍 시스템이 시장에 출시되었습니다.
이 운영 체제에는 시스템과 응용 프로그램 응용 프로그램을 관리, 관리 및 진단하도록 설계된 매우 큰 유틸리티 및 유틸리티 세트가 있습니다. 그 외에도 폭넓은 지원을 소프트웨어 인터페이스이 운영 환경에서 실행할 자신만의 응용 프로그램을 작성할 수 있습니다.
최근 수술실이 특히 인기를 얻고 있습니다. 리눅스 시스템및 그 파생물.
이러한 상황에서 "이렇게 훌륭한 운영 체제가 존재하는데 프로그래머가 Windows 응용 프로그램 개발 도구를 배우는 이유는 무엇입니까?"라는 질문을 할 수 있습니다. Linux의 인기가 높아지고 있음에도 불구하고 개인용 컴퓨터의 세계에서 Windows 운영 체제는 꽤 오랫동안 지배할 것이며 가까운 장래에 대체될 것 같지는 않습니다.
프로그램이 데이터베이스에 정보를 저장한다는 사실 때문에 적절한 DBMS가 필요합니다.
이 프로그램은 MSAccess 형식의 데이터베이스 작업에 중점을 둡니다. 따라서 이 DBMS는 컴퓨터에 설치되어 있어야 합니다. MSAccess 기반이 서버에서 실행 중인 경우 컴퓨터가 서버에 연결되어 있는지 확인해야 합니다. MsAccess 데이터베이스로 작업하려면 원격 컴퓨터개방이 필요합니다 공개 액세스 SMB 프로토콜을 통해 원격 컴퓨터에 있는 데이터베이스에.
또한 데이터베이스에 접속하는 원격 사용자에게 데이터베이스를 저장할 컴퓨터에서 데이터를 읽고, 쓰고, 변경할 수 있는 권한을 부여해야 합니다. 또한 데이터 액세스를 위해 Microsoft의 2007 버전 이상의 MSAccess 데이터베이스 시스템이 사용됩니다.
1.6.3 소프트웨어 설계 결정의 정당화
작업을 구현하기 위해 최신 DBMS를 사용할 수 있습니다. 시스템과의 편리한 사용자 상호 작용을 위해 시스템 인터페이스를 신중하게 고려해야 합니다. 즉, 간단하면서도 동시에 기능적입니다.
데이터베이스가 최적으로 작동하려면 테이블 간의 논리적 관계를 적절하게 정의해야 합니다. 따라서 데이터베이스 자체와 클라이언트 애플리케이션의 기반을 개발하는 데 상당한 시간이 소요될 수 있습니다.
필요한 데이터, 메모리에 저장하는 방법, 데이터 액세스 시스템을 정확히 지정함으로써 데이터 관리 문제만 결정한 것입니다. 또한 다가오는 일반적인 작업의 솔루션을 자동화하는 또 다른 간단한 방법이 필요합니다. 상당히 정교한 "적용" 스프레드시트를 개발할 수 있더라도 완전한 주문 양식이나 재고 시스템을 쉽게 생성하기 위해 그러한 애플리케이션을 디버깅하고 관리할 수 있는 도구가 여전히 없습니다. 반대로 DBMS는 응용 프로그램을 구축하도록 특별히 설계되었습니다. 데이터를 관리하고 처리하는 데 필요한 도구와 응용 프로그램 개체 간의 관계를 분류하고 관리하는 기능을 제공합니다. 동시에 DBMS와 함께 프로그래밍 언어와 디버깅 도구를 마음대로 사용할 수 있습니다.
위와 같은 관점에서 작업 솔루션을 자동화하기 위해서는 강력한 관계형 DBMS와 애플리케이션 개발 시스템이 필요합니다. 거의 모든 기존 DBMS에는 프로그래머 또는 자격을 갖춘 사용자가 데이터 관리 및 처리 자동화를 위한 절차를 생성하는 데 사용할 수 있는 응용 프로그램 개발 도구가 있습니다. 안타깝게도 많은 애플리케이션 개발 시스템에서 프로시저를 생성하려면 C 또는 Xbase와 같은 일부 프로그래밍 언어에 대한 지식이 필요합니다. 그들의 모든 힘과 풍부한 자금에도 불구하고 성공적으로 사용하려면 특정 전문 교육과 경험이 있어야 합니다. 다행히 프로그래밍 언어를 몰라도 데이터베이스 응용 프로그램을 쉽게 설계하고 구축할 수 있는 도구가 있습니다. 에서 작동 마이크로소프트 액세스데이터를 포함할 관계형 테이블 및 해당 필드의 정의로 시작합니다. 그 직후 양식, 보고서 및 매크로를 사용하여 이 데이터에 대한 작업을 정의할 수 있습니다.
양식 및 보고서는 스프레드시트 작업과 마찬가지로 화면 형식 및 추가 계산을 설정하는 데 사용할 수 있습니다. 그러나이 경우 양식 및 보고서에 포함 된 형식과 계산 수행 지침은 데이터 (테이블에 있음)와 분리되므로 데이터 자체를 변경하지 않고 데이터를 사용할 때 완전한 자유를 누릴 수 있습니다. 동일한 데이터를 사용하는 추가 양식 또는 보고서를 만듭니다. 일부 작업을 자동화해야 하는 경우 특정 양식과 보고서 간의 링크를 설정하거나 일부 이벤트(예: 특정 양식 필드의 데이터 변경)에 대한 응답으로 특정 작업을 수행하는 매크로를 쉽게 만들 수 있습니다. 라이브러리와 같은 보다 정교한 도구가 필요한 경우 Windows 유틸리티, Access Basic에서 프로시저를 작성할 수 있습니다. 다음은 직장에서 Access로 전환하는 것이 가치 있는 주요 이유 목록입니다.
이유 1.
개별 파일이 너무 많거나 일부 파일에 많은 정보가 포함되어 있어 데이터 작업이 어렵습니다. 또한 프로그램 또는 시스템 메모리 제한으로 인해 이러한 양의 데이터로 작업하지 못할 수도 있습니다.
이유 2.
당신은 데이터를 사용 다른 방법들: 특정 거래에 대한 정보(예: 송장), 요약 분석(예: 분기별 판매량) 또는 이 데이터를 사용하여 특정 상황을 예측합니다. 따라서 이 데이터를 다양한 각도에서 볼 수 있어야 하므로 모든 요구를 충족하는 단일 데이터 표현 구조를 만드는 것이 매우 어렵습니다.
이유 3.
서로 다른 전문가가 동일한 데이터를 사용할 필요가 있습니다. 예를 들어 다양한 사람들이 입력, 업데이트 및 분석합니다. 한 사람만 스프레드시트나 문서를 변경할 수 있는 경우 여러 사용자가 동시에 데이터베이스와 상호 작용하여 동일한 테이블의 내용을 수정할 수 있습니다. 동시에 데이터베이스는 사용자가 항상 최신 데이터 수정 사항으로 작업할 수 있도록 합니다.
이유 4.
무단 액세스로부터 데이터를 보호하고 해당 값을 제어하며 데이터베이스의 무결성을 유지해야 합니다. 결국 많은 사용자가 데이터에 액세스할 수 있으며 이 데이터는 회사 업무에 사용되며 상호 연결됩니다(예: 고객 및 명령).
기존 DBMS의 모든 기능을 갖춘 Microsoft Access는 다음을 제공합니다. 추가 기능. Access는 강력하고 유연하며 사용하기 쉬운 DBMS일 뿐만 아니라 데이터베이스와 연동되는 애플리케이션을 개발하기 위한 시스템이기도 합니다. Access를 사용하면 다음에서 실행되는 응용 프로그램을 만들 수 있습니다. 윈도우 환경데이터 관리 요구 사항에 완전히 맞춤화됩니다. 쿼리를 사용하여 테이블에 저장된 정보를 선택하고 조작할 수 있습니다. 데이터를 입력, 보기 및 업데이트하는 양식을 만들고 Access를 사용하여 간단한 보고서와 복잡한 보고서를 모두 만들 수 있습니다. 양식 및 보고서는 기본 테이블 또는 쿼리의 속성을 "상속"하므로 대부분의 경우 형식, 값 조건 및 일부 기타 데이터 특성을 한 번만 지정합니다. 가장 강력한 Access 도구 중에는 테이블, 쿼리를 만드는 데 사용할 수 있는 개체 제작 도구인 마법사가 있습니다. 다양한 방식마우스로 원하는 옵션을 선택하기만 하면 됩니다. 응용 프로그램을 완전히 자동화하기 위해 Access 매크로를 사용하면 데이터를 폼과 보고서에 쉽게 연결할 수 있습니다. 한 줄의 코드를 작성하지 않고도 대부분의 응용 프로그램을 만들 수 있지만 매우 정교한 것을 만들어야 하는 경우 Microsoft Access에서 강력한 프로그래밍 언어인 Microsoft Access Basic을 제공합니다.
마지막으로 이러한 모든 도구를 사용하면 기본뿐만 아니라 작동하는 응용 프로그램을 만들 수 있습니다. 데이터 액세스, 뿐만 아니라 다른 가장 일반적인 데이터베이스도 마찬가지입니다. 응용 프로그램은 dBASE 파일, Paradox, FoxPro 및 ODBC를 지원하는 모든 데이터베이스와 직접 작업할 수 있습니다. 또한 텍스트 파일, 워드 프로세서 문서 및 스프레드시트(그리고 그들에게 데이터 내보내기).
Microsoft Access에는 많은 응용 프로그램이 있습니다. 당신이 개발할 때 계약 작업에서 응용 프로그램컨설턴트로 위임 또는 활동; 대기업에서 생산 정보 시스템의 코디네이터로 활동할 때, 심지어 가정용 분야에서도.
2 디자인 부분
2.1 작업의 정보 지원
2.1.1 정보 모델 및 설명
설계 결과, 시스템의 작업을 구성하기 위한 모델인 시스템의 정보 모델이 개발되었으며, 입력 문서, 규제 및 참조 정보, 자동화 시스템을 기반으로 개략적으로 설명합니다. 부동산 중개소 기능 및 출력 데이터를 얻습니다. 정보 시스템에서 데이터를 변환하는 프로세스.
정보 모델에는 세 가지 영역이 있습니다.
영역 1은 디렉토리에 데이터를 입력하고 편집하는 프로세스를 반영하며, 개발 중인 시스템의 디렉토리 유지 관리 하위 시스템을 나타냅니다. 각 디렉토리의 목록을 보고 디렉토리 데이터를 편집하기 위해 시스템 운영자가 디렉토리에 데이터를 입력하고 기존 데이터를 보고 편집할 수 있는 별도의 화면 양식이 있습니다. 운영자 작업의 결과로 디렉토리가 변경됩니다. 새 데이터가 추가되고 기존 레코드가 변경되거나 삭제됩니다. 일부 디렉토리의 데이터를 편집할 때 다른 관련 디렉토리의 정보가 사용됩니다. 예를 들어 "판매 데이터" 디렉토리는 "판매 데이터 2" 디렉토리에 연결됩니다.
영역 2는 데이터베이스에서 데이터를 가져오는 시스템을 설명합니다.
이 영역에서 사용자는 다음과 같은 정보를 받습니다.
테이블에서 부동산의 판매/구매/교환/임대/임대:
데이터 판매
데이터 판매2
kV 교환
작은 가족
익스체인지 하우스/kV
작은 종자 교환
구입
구매2
주택 구입
몇 개 구매
정보 모델의 영역 3은 보고 하위 시스템을 설명합니다. 이 영역에서는 보고서를 받기 위한 화면 형식에서 사용자가 보고서를 생성하기 위한 조건을 설정합니다. 보고서를받는 과정에서 클라이언트가 사용되며 작업 결과는 관리자를위한 클라이언트에 대한 생성 된 보고서입니다.
영역 4는 판매, 구매 등을 위한 신청서와 같은 양식의 하위 시스템을 표시합니다. 그리고 BSO.
정보 모델은 그림 2.4에 나와 있습니다.
그림 1.3. 정보 모델.
2.1.2 사용된 분류기 및 코딩 시스템
이 AS에 대한 정보 구조 및 요구 사항에서 이 AS를 개발할 때 우리에게 설정된 작업을 기반으로 분류자의 사용은 비합리적으로 보이며 포함된 경우에만 시스템에 과부하가 걸립니다.
2.1.3 참조 및 입력 운영 정보가 포함된 기본 문서의 특성
자동 부동산 중개 시스템은 진공 상태에서 개발되지 않습니다. 작업 방법론은 이미 다년간의 적용 경험이 있지만 형식으로 설계되지 않은 회계 시스템을 기반으로 합니다. 컴퓨터 프로그램. 따라서 시스템의 입력 데이터는 수동 시스템에서 사용된 것과 동일한 데이터가 됩니다. 각 하위 시스템에는 고유한 입력 및 출력 데이터 세트가 있으며 한 하위 시스템의 출력 데이터는 다른 하위 시스템의 입력 데이터가 될 수 있습니다. 예를 들어 고객 디렉토리의 항목과 부동산 구매는 분석 보고 하위 시스템의 필수적인 부분인 시장 보고서 작성을 위한 입력 데이터입니다. 각 하위 시스템에 대한 입력 및 출력 데이터를 설명하겠습니다.
디렉터리 유지 관리 하위 시스템의 경우 입력 데이터는 종이의 해당 목록입니다. 예를 들어, 아파트 디렉토리를 유지 관리하는 작업의 경우 입력 데이터는 회사에서 운영하는 제안된 아파트 목록입니다.
시스템에 아파트 목록을 입력한 결과는 아파트 테이블이 될 것이며 클라이언트를 위해 아파트를 선택할 때 입력 역할을 합니다. 상황은 교환, 고객, 주택과 같은 다른 모든 디렉토리와 동일합니다. 회사 경영진이 종이로 정보를 데이터베이스에 입력하는 책임자에게 모두 제공해야합니다. 출력은 해당 데이터베이스 테이블입니다. 참조 테이블에는 대부분 정적 정보가 포함되어 있습니다. 시간이 지남에 따라 변하지 않거나 매우 드물게 변합니다. 고객 디렉터리는 예외입니다. 이전 고객과의 새 계약은 매우 드물게 체결되지만 고객 디렉토리에 데이터를 자주 추가할 필요는 없습니다. 고객 디렉토리를 작성하기 위한 입력 데이터는 거래를 수행하는 부동산업자가 입력한 고객과의 종이 계약서입니다. 다른 디렉터리의 경우와 마찬가지로 출력 데이터는 완성된 고객 테이블입니다.
분석 보고 하위 시스템의 경우 입력 데이터는 클라이언트 테이블 및 부동산과 관련된 모든 테이블의 레코드입니다.
이러한 데이터 배열을 사용하여 사용자가 지정한 보고서 생성 조건을 고려하여 시스템은 모니터 화면에서 보거나 프린터에서 인쇄할 수 있는 보고서를 생성합니다. 준비된 보고서는 분석 보고 하위 시스템 및 전체 시스템의 출력입니다.
| № | 디렉토리의 전체 이름 | 짧은 제목 | 하위 디렉토리 | 책임이 있는 | 업데이트 빈도 |
| 1 | 매물 | 판매 데이터 1 | 부동산업자 | 필요의 | |
| 2 | 부동산 매각(추가) | 데이터 판매 2 | №1 | 부동산업자 | 필요의 |
| 3 | 아파트 교환 | 교환평 | 부동산업자 | 필요의 | |
| 4 | 아파트 교환 옵션 | 교환평 | №3 | 부동산업자 | 필요의 |
| 5 | 작은 가족 | 말로세이메이카 | 부동산업자 | 필요의 | |
| 6 | 부동산 구입 | 구입 | 부동산업자 | 필요의 | |
| 7 | 부동산 매입(추가) | 구매 2 | №6 | 부동산업자 | 필요의 |
데이터베이스 특성
2.1.3.1. 데이터베이스 정보학적 모델의 특성
정보학적 모델은 주제 영역의 구두 설명 후에 적용됩니다.
엔터티 간에 관계를 설정할 수 있습니다. 즉, 엔터티가 서로 관련되거나 상호 작용하는 방식을 보여주는 이진 연결입니다. 관계는 서로 다른 두 엔터티 간에 또는 엔터티와 자체 간에 존재할 수 있습니다(재귀적 관계). 엔터티 인스턴스가 서로 어떻게 관련되어 있는지 보여줍니다. 두 엔터티 간에 관계가 설정되면 한 엔터티의 인스턴스와 다른 엔터티 간의 관계를 정의합니다.
관계는 다중성에 따라 일대일(1:1), 일대다(1:M), 다대다(M:M)의 세 가지 유형으로 나뉩니다.
일대일 관계는 한 엔터티의 인스턴스가 다른 엔터티의 한 인스턴스와만 연결됨을 의미합니다.
일대다(1:M) 관계는 관계 왼쪽에 있는 하나의 엔터티 인스턴스가 관계 오른쪽에 있는 여러 엔터티 인스턴스와 관련될 수 있음을 의미합니다.
다대다(M:M) 관계는 첫 번째 엔터티의 여러 인스턴스가 두 번째 엔터티의 여러 인스턴스와 연결될 수 있고 그 반대의 경우도 가능함을 의미합니다. 서로 다른 시맨틱 로드를 가진 연결은 두 엔터티 간에 얼마든지 설정할 수 있습니다.
이러한 유형의 관계는 엔터티의 모든 인스턴스가 이 관계에 참여해야 하는 경우 필수가 될 수 있으며, 엔터티의 모든 인스턴스가 이 관계에 참여하지 않아야 하는 경우 선택 사항입니다. 이 경우 연결은 한편으로는 필수이고 다른 한편으로는 선택 사항일 수 있습니다.
부동산 중개업 자동화 시스템의 데이터베이스에 대한 정보학적 설계를 수행해 보자.
주제 영역의 분석을 기반으로 엔터티 관계 모델(ER-모델)의 엔터티를 선별하고 다이어그램 형식으로 설명합니다.
그림 1.4. 응급실 모델.
2.1.3.2. 데이터베이스의 데이터 논리 모델의 특성
응용 프로그램에서 사용하는 모든 정보는 데이터베이스에 저장됩니다.
MSACCESS 형식 데이터베이스가 데스크톱 데이터베이스로 선택되었습니다. 즉, 데이터베이스는 데이터베이스 테이블이 데이터 파일 및 색인의 형태로 집중되어 있는 디스크 상의 파일입니다.
테이블 작업, 레코드 추가, 삭제, 편집을 위한 프로그램은 범용 언어를 사용합니다. SQL 쿼리. 주어진 언어개발자는 데이터베이스의 형식과 위치를 완전히 추상화하고 동일한 방식으로 다른 형식의 데이터베이스에서 데이터에 액세스할 수 있습니다. 따라서 이 범용 언어를 사용하면 응용 프로그램의 소스 코드를 변경하지 않고 모든 형식의 데이터베이스와 함께 작동할 수 있는 범용 응용 프로그램을 개발하는 작업을 해결할 수 있습니다.
우리가 개발한 데이터베이스는 관계형이며 다른 관계형 데이터베이스와 마찬가지로 테이블로 구성됩니다. 다음은 데이터베이스 엔터티 테이블입니다.
| "의 열 옵션 교환 제곱 "테이블 | ||||
| 이름 | 데이터 형식 | 널 옵션 | P.K. | F.K. |
| 암호 | 일련 번호 | 없는 | 예 | 예 |
| 교환 옵션 | 문자(255) | 없는 | 아니요 | 아니요 |
| 집 유형 | 문자(255) | 없는 | 아니요 | 아니요 |
| 아파트 유형 | 문자(255) | 없는 | 아니요 | 아니요 |
| 전체 면적 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 거주 공간 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 주방 공간 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 바닥 | 문자(255) | 없는 | 아니요 | 아니요 |
| 층수 | 문자(255) | 없는 | 아니요 | 아니요 |
| 욕실 유형 | 문자(255) | 없는 | 아니요 | 아니요 |
| 발코니 | 문자(255) | 없는 | 아니요 | 아니요 |
| 추가 정보 | 메모 | 없는 | 아니요 | 아니요 |
| "의 열 집 "테이블 | ||||
| 이름 | 데이터 형식 | 널 옵션 | P.K. | F.K. |
| 암호 | 일련 번호 | 없는 | 예 | 아니요 |
| 주소(Street_house) | 메모 | 없는 | 아니요 | 아니요 |
| 그림 영역 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 집 재료 | 문자(255) | 없는 | 아니요 | 아니요 |
| 지붕 이기 | 문자(255) | 없는 | 아니요 | 아니요 |
| 집의 층수 | 문자(255) | 없는 | 아니요 | 아니요 |
| 전체 면적 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 객실 수 | 문자(255) | 없는 | 아니요 | 아니요 |
| 가격(천 루블)까지 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 연락 | 메모 | 없는 | 아니요 | 아니요 |
| 추가 정보 | 메모 | 없는 | 아니요 | 아니요 |
| 담당자 | 메모 | 없는 | 아니요 | 아니요 |
| 연락처 | 문자(255) | 없는 | 아니요 | 아니요 |
| 웹 주소 | 메모 | 없는 | 아니요 | 아니요 |
| "의 열 클라이언트 "테이블 | ||||
| 이름 | 데이터 형식 | 널 옵션 | P.K. | F.K. |
| 암호 | 텍스트(18) | 없는 | 예 | 아니요 |
| 성명 | 텍스트(18) | 없는 | 아니요 | 아니요 |
| 집 전화 | 텍스트(18) | 없는 | 아니요 | 아니요 |
| 휴대전화 | 텍스트(18) | 없는 | 아니요 | 아니요 |
| 거주지 주소 | 텍스트(18) | 없는 | 아니요 | 아니요 |
| 기존 거래의 서명 | 텍스트(18) | 없는 | 아니요 | 아니요 |
| 거래내역 | 텍스트(18) | 없는 | 아니요 | 아니요 |
| 추가 자료 | 텍스트(18) | 없는 | 아니요 | 아니요 |
| "의 열 작은 가족 "테이블 | ||||
| 이름 | 데이터 형식 | 널 옵션 | P.K. | F.K. |
| 암호 | 일련 번호 | 없는 | 예 | 아니요 |
| 주소(street_house) | 문자(255) | 없는 | 아니요 | 아니요 |
| 집 유형 | 문자(255) | 없는 | 아니요 | 아니요 |
| 주택 유형 | 문자(255) | 없는 | 아니요 | 아니요 |
| 바닥 | 문자(255) | 없는 | 아니요 | 아니요 |
| 층수 | 문자(255) | 없는 | 아니요 | 아니요 |
| 전체 면적 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 거주 공간 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 가격(천 루블)까지 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 추가 정보 | 메모 | 없는 | 아니요 | 아니요 |
| 담당자 | 메모 | 없는 | 아니요 | 아니요 |
| 연락처 | 문자(255) | 없는 | 아니요 | 아니요 |
| 웹 주소 | 메모 | 없는 | 아니요 | 아니요 |
| "의 열 교환 집 / 제곱 "테이블 | ||||
| 이름 | 데이터 형식 | 널 옵션 | P.K. | F.K. |
| 암호 | 일련 번호 | 없는 | 예 | 아니요 |
| 주소(Street_house) | 메모 | 없는 | 아니요 | 아니요 |
| 그림 영역 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 집 재료 | 문자(255) | 없는 | 아니요 | 아니요 |
| 집의 층수 | 문자(255) | 없는 | 아니요 | 아니요 |
| 전체 면적 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 객실 수 | 문자(255) | 없는 | 아니요 | 아니요 |
| 가격(천 루블)까지 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 연락 | 메모 | 없는 | 아니요 | 아니요 |
| 추가 정보 | 메모 | 없는 | 아니요 | 아니요 |
| 교환 옵션 | 문자(255) | 없는 | 아니요 | 아니요 |
| 정황 | 메모 | 없는 | 아니요 | 아니요 |
| 담당자 | 메모 | 없는 | 아니요 | 아니요 |
| 연락처 | 문자(255) | 없는 | 아니요 | 아니요 |
| 웹 주소 | 메모 | 없는 | 아니요 | 아니요 |
| "의 열 교환 제곱 "테이블 | ||||
| 이름 | 데이터 형식 | 널 옵션 | P.K. | F.K. |
| 암호 | 일련 번호 | 없는 | 예 | 아니요 |
| 아파트 카테고리 | 문자(255) | 없는 | 아니요 | 아니요 |
| 주소(Street_house) | 메모 | 없는 | 아니요 | 아니요 |
| 집 유형 | 문자(255) | 없는 | 아니요 | 아니요 |
| 아파트 유형 | 문자(255) | 없는 | 아니요 | 아니요 |
| 바닥 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 층수 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 전체 면적 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 거주 공간 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 주방 공간 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 욕실 유형 | 문자(255) | 없는 | 아니요 | 아니요 |
| 발코니 | 문자(255) | 없는 | 아니요 | 아니요 |
| 추가 정보 | 메모 | 없는 | 아니요 | 아니요 |
| 가격(천 루블) | 긴 정수 | 없는 | 아니요 | 아니요 |
| 교환 옵션 | 문자(255) | 없는 | 아니요 | 아니요 |
| 상태 | 메모 | 없는 | 아니요 | 아니요 |
| 담당자 | 메모 | 없는 | 아니요 | 아니요 |
| 연락처 | 문자(255) | 없는 | 아니요 | 아니요 |
| 웹 주소 | 메모 | 없는 | 아니요 | 아니요 |
| "의 열 교환 약간의 "테이블 | ||||
| 이름 | 데이터 형식 | 널 옵션 | P.K. | F.K. |
| 암호 | 일련 번호 | 없는 | 예 | 아니요 |
| 주소(street_house) | 문자(255) | 없는 | 아니요 | 아니요 |
| 집 유형 | 문자(255) | 없는 | 아니요 | 아니요 |
| 주택 유형 | 문자(255) | 없는 | 아니요 | 아니요 |
| 바닥 | 문자(255) | 없는 | 아니요 | 아니요 |
| 층수 | 문자(255) | 없는 | 아니요 | 아니요 |
| 전체 면적 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 거주 공간 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 가격(천 루블)까지 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 추가 정보 | 메모 | 없는 | 아니요 | 아니요 |
| 교환 옵션 | 문자(255) | 없는 | 아니요 | 아니요 |
| 상태 | 메모 | 없는 | 아니요 | 아니요 |
| 담당자 | 메모 | 없는 | 아니요 | 아니요 |
| 연락처 | 문자(255) | 없는 | 아니요 | 아니요 |
| 웹 주소 | 메모 | 없는 | 아니요 | 아니요 |
| "의 열 구입 집 "테이블 | ||||
| 이름 | 데이터 형식 | 널 옵션 | P.K. | F.K. |
| 암호 | 일련 번호 | 없는 | 예 | 아니요 |
| 주소(Street_house) | 메모 | 없는 | 아니요 | 아니요 |
| 그림 영역 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 집 재료 | 문자(255) | 없는 | 아니요 | 아니요 |
| 지붕 이기 | 문자(255) | 없는 | 아니요 | 아니요 |
| 집의 층수 | 문자(255) | 없는 | 아니요 | 아니요 |
| 전체 면적 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 객실 수 | 문자(255) | 없는 | 아니요 | 아니요 |
| 가격(천 루블)까지 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 연락 | 메모 | 없는 | 아니요 | 아니요 |
| 추가 정보 | 메모 | 없는 | 아니요 | 아니요 |
| 담당자 | 메모 | 없는 | 아니요 | 아니요 |
| 연락처 | 문자(255) | 없는 | 아니요 | 아니요 |
| 웹 주소 | 메모 | 없는 | 아니요 | 아니요 |
| "의 열 구입 약간의 "테이블 | ||||
| 이름 | 데이터 형식 | 널 옵션 | P.K. | F.K. |
| 암호 | 일련 번호 | 없는 | 예 | 아니요 |
| 주소(street_house) | 문자(255) | 없는 | 아니요 | 아니요 |
| 집 유형 | 문자(255) | 없는 | 아니요 | 아니요 |
| 주택 유형 | 문자(255) | 없는 | 아니요 | 아니요 |
| 바닥 | 문자(255) | 없는 | 아니요 | 아니요 |
| 층수 | 문자(255) | 없는 | 아니요 | 아니요 |
| 전체 면적 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 거주 공간 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 가격(천 루블)까지 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 추가 정보 | 메모 | 없는 | 아니요 | 아니요 |
| 담당자 | 메모 | 없는 | 아니요 | 아니요 |
| 연락처 | 문자(255) | 없는 | 아니요 | 아니요 |
| 웹 주소 | 메모 | 없는 | 아니요 | 아니요 |
| "의 열 구입 "테이블 | ||||
| 이름 | 데이터 형식 | 널 옵션 | P.K. | F.K. |
| 암호 | 일련 번호 | 없는 | 예 | 아니요 |
| 아파트 카테고리 | 문자(255) | 없는 | 아니요 | 아니요 |
| 주소(Street_house) | 메모 | 없는 | 아니요 | 아니요 |
| 집 유형 | 문자(255) | 없는 | 아니요 | 아니요 |
| 바닥 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 층수 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 전체 면적 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 가격(천 루블)까지 | 긴 정수 | 없는 | 아니요 | 아니요 |
| "의 열 구입 2" 테이블 | ||||
| 이름 | 데이터 형식 | 널 옵션 | P.K. | F.K. |
| 암호 | 일련 번호 | 없는 | 예 | 예 |
| 아파트 유형 | 문자(255) | 없는 | 아니요 | 아니요 |
| 거주 공간 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 주방 공간 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 욕실 유형 | 문자(255) | 없는 | 아니요 | 아니요 |
| 발코니 | 문자(255) | 없는 | 아니요 | 아니요 |
| 추가 정보 | 메모 | 없는 | 아니요 | 아니요 |
| 담당자 | 메모 | 없는 | 아니요 | 아니요 |
| 연락처 | 문자(255) | 없는 | 아니요 | 아니요 |
| 웹 주소 | 메모 | 없는 | 아니요 | 아니요 |
| "매도 데이터 1" 표의 열 | ||||
| 이름 | 데이터 형식 | 널 옵션 | P.K. | F.K. |
| 암호 | 일련 번호 | 없는 | 예 | 아니요 |
| 아파트 카테고리 | 문자(255) | 없는 | 아니요 | 아니요 |
| 주소(Street_house) | 메모 | 없는 | 아니요 | 아니요 |
| 집 유형 | 문자(255) | 없는 | 아니요 | 아니요 |
| 바닥 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 층수 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 전체 면적 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 가격(천 루블)까지 | 긴 정수 | 없는 | 아니요 | 아니요 |
| "판매 데이터 2" 표의 열 | ||||
| 이름 | 데이터 형식 | 널 옵션 | P.K. | F.K. |
| 암호 | 일련 번호 | 없는 | 예 | 예 |
| 아파트 유형 | 문자(255) | 없는 | 아니요 | 아니요 |
| 거주 공간 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 주방 공간 | 긴 정수 | 없는 | 아니요 | 아니요 |
| 욕실 유형 | 문자(255) | 없는 | 아니요 | 아니요 |
| 발코니 | 문자(255) | 없는 | 아니요 | 아니요 |
| 추가 정보 | 메모 | 없는 | 아니요 | 아니요 |
| 담당자 | 메모 | 없는 | 아니요 | 아니요 |
| 연락처 | 문자(255) | 없는 | 아니요 | 아니요 |
| 웹 주소 | 메모 | 없는 | 아니요 | 아니요 |
2.2작업 소프트웨어
2.2.1 일반 사항(기능 트리 및 대화 스크립트)
이 프로젝트에서는 디렉토리에 정보를 입력하는 기능, 부동산 데이터를 입력하는 기능 및 분석 보고서를 얻는 기능과 같은 기능 범주를 구분할 수 있습니다. 이러한 각 범주는 개발 중인 응용 프로그램의 해당 하위 시스템(디렉토리 유지 관리 하위 시스템, 문서 항목 하위 시스템 및 분석 보고서 수신을 위한 하위 시스템)을 나타냅니다.
이 응용 프로그램은 모든 기능을 호출하기 위해 사용자와 프로그램 간의 편리하고 이해하기 쉬운 대화를 제공합니다. 기능에 대한 사용자 액세스는 응용 프로그램의 기본 양식의 기본 메뉴와 패널의 버튼을 통해 이루어집니다. 빠른 실행, 해당 메뉴 항목을 복제합니다. 애플리케이션의 주요 형태는 모든 애플리케이션 기능에 액세스하기 위한 주요 인터페이스를 제공할 뿐만 아니라 다른 모든 화면 형태의 컨테이너 역할도 합니다.
첫 번째 화면 양식 그룹은 사용자에게 시스템의 디렉토리 유지 관리 하위 시스템에 대한 액세스를 제공합니다. 이 화면 형식 그룹은 "참조" 프로그램의 주 메뉴에서 호출됩니다. 이 메뉴 항목의 각 하위 항목은 해당 디렉토리를 편집할 수 있는 화면 양식 호출에 해당합니다.
디렉토리 보기 및 편집을 위한 모든 화면 형식은 서로 유사하며 디렉토리 목록 보기, 디렉토리에 새 데이터 입력, 기존 데이터 편집 및 기존 데이터 삭제 기능을 수행할 수 있습니다. 디렉토리의 신규 입력 및 기존 데이터 편집을 위해 해당 디렉토리의 편집 양식을 호출합니다. 이 양식은 보기에도 사용됩니다. 자세한 정보기본 데이터만 디렉터리 목록에 표시되기 때문에 디렉터리 항목입니다.
2.2.2 프로젝트 구조도
그림 2.14는 프로젝트의 블록 다이어그램을 보여줍니다.
그림 2.1. 모듈 호출 체계.
2.2.3 소프트웨어 모듈 설명
문제 솔루션의 소프트웨어 구현은 객체 지향 접근 방식을 기반으로 합니다. 프로그래밍 언어로 선택된 C++ 언어에는 이 가장 유망한 기술을 지원하기 위한 강력한 장치가 포함되어 있습니다. 클래스 및 개체, 구조의 계층 구조, 다양한 상속 메커니즘이 있는 공용체 및 클래스, 여러 액세스 수준이 있는 데이터 및 처리 기능의 캡슐화, 작업의 다형성 , 함수 및 개체, 정적 및 가상 접근자를 모두 제공합니다. 내장된 개체 지향 프로그래밍 장치를 사용하면 복잡한 주제 영역을 설명하고 시스템 및 응용 프로그램 목적을 위해 사용자 소프트웨어 패키지의 요구에 유연하고 쉽게 적응할 수 있는 것을 만들 수 있습니다.
각 하위 작업을 구현하기 위해 VCL TForm 라이브러리 표준 클래스의 상속자인 여러 클래스가 프로젝트에 생성되었습니다.
이 프로그램은 웹 응용 프로그램으로 개발되었으며 웹 응용 프로그램 인터페이스에 대한 모든 요구 사항을 충족합니다. 이 프로그램은 모듈식 프로그래밍 원칙에 따라 모듈로 나뉩니다. 각 모듈을 자세히 살펴보겠습니다.
응용 프로그램의 기본 형식 모듈은 사용자에게 프로그램의 모든 주요 기능에 액세스할 수 있는 인터페이스를 제공합니다. 모든 프로그램 기능에 대한 액세스는 기본 메뉴와 버튼 모음을 통해 수행됩니다. 빠른 접근. 모든 버튼과 메뉴 항목에는 자세한 툴팁이 제공됩니다.
디렉토리 편집 하위 시스템에는 디렉토리 내용을 보고 편집하도록 설계된 여러 모듈이 포함되어 있습니다. 동일한 형식이 다른 하위 시스템에서 사용된다는 점에 유의하십시오. 따라서 디렉토리 유지 하위 시스템의 일부인 상품 목록보기 양식은 상품 선택을위한 영수증 또는 지출 등록시 상품 이동을 설명하는 하위 시스템과 분석 하위 시스템에서 호출됩니다. 제품에 대한 보고서 생성 조건을 설정할 때 상품을 선택하기 위한 보고서입니다.
디렉터리 유지 관리 하위 시스템에는 다음 모듈이 포함됩니다.
· 상품 목록 보기 모듈은 상품 목록을 볼 수 있을 뿐만 아니라 모든 호출 형식으로 상품을 선택할 수 있도록 설계되었습니다.
· 상품 보기 모듈에서 호출되는 상품 편집 모듈은 특정 상품 하나의 데이터를 편집하도록 설계되었습니다. 동일한 모듈은 제품 속성 값, 제품 관련 프로젝트 및 제품 아날로그와 같은 관련 사전의 모듈을 호출합니다. 따라서 이 모듈에서는 모든 제품 데이터 설정에 대한 주요 작업이 수행됩니다.
· Analogues 모듈은 상품에 대한 상품의 유사품을 보고 지정하기 위한 것입니다.
· 프로젝트 모듈은 일반적인 프로젝트 목록을 보기 위한 것입니다. 상품을 사용할 수 있고 이러한 프로젝트를 호출 형식으로 선택할 수 있습니다.
· 프로젝트 편집 모듈은 하나의 특정 프로젝트의 데이터를 편집하고 이 프로젝트에 대한 프로젝트 속성을 설정하기 위한 것입니다.
· 프로젝트 속성 모듈은 프로젝트 속성 목록을 유지하도록 설계되었습니다.
· 프로젝트 속성 편집 모듈은 하나의 특정 속성 데이터를 편집하기 위한 것입니다.
· 클라이언트 모듈은 모든 클라이언트 데이터 편집을 포함하여 클라이언트 목록을 보고 편집하고 호출 형식에서 클라이언트를 선택하기 위한 것입니다.
· 제조업체 모듈은 모든 클라이언트 데이터 편집을 포함하여 클라이언트 목록을 보고 편집하고 호출 형식에서 클라이언트를 선택하기 위한 것입니다.
· 상품 속성 모듈은 상품 속성 목록을 볼 수 있도록 설계되었습니다.
· 제품 속성 편집 모듈은 이 특정 제품 속성의 데이터를 편집하고 이 속성의 가능한 모든 값을 설정하기 위한 것입니다.
속성 값 모듈은 제품 속성 값을 보고 편집하기 위한 것입니다.
· 창고 모듈은 창고 목록을 보고 호출 형식으로 창고를 선택하기 위한 것입니다.
· 창고 편집 모듈은 특정 창고의 데이터를 편집하기 위한 것입니다.
상품 이동 회계 하위 시스템에는 모듈이 포함되어 있습니다. 프로그램의 주요 기능을 담당합니다. 창고 내 상품 이동 보장 및 상품 잔액 계산:
· 문서 저널 모듈에는 데이터베이스 작업 테이블에 기록된 작업 목록이 포함되어 있습니다.
· 문서 모듈은 모든 구성 요소를 포함하여 하나의 작업을 편집하기 위한 것입니다. 이 모듈은 제품 모듈과 마찬가지로 값을 선택하기 위해 다른 많은 양식을 호출합니다.
· 작업 표 부분의 줄 편집 모듈은 문서의 한 줄 데이터를 편집하기 위한 것입니다.
분석 보고 하위 시스템에는 다음 모듈이 포함됩니다.
· 창고의 상품 잔액에 대한 보고서를 작성하기 위한 모듈;
· 창고 내 상품 이동에 대한 보고서를 작성하기 위한 모듈.
시각적 통합 개발 환경인 Borland C++ Builder에서 프로그램의 주요 구성 요소는 양식입니다. 양식은 사용자 인터페이스 요소를 캡슐화하고 프로그래밍 코드사용자 작업에 대한 응답을 포함하는 입니다. 이것은 객체 지향 프로그래밍의 원칙과 완전히 일치합니다. C++Builder는 폼에 배치된 구성 요소, 폼의 속성 및 메서드를 포함하는 폼에 대한 폼 클래스를 자동으로 생성합니다. 둘 다 C++Builder에서 자동으로 생성되고 사용자가 정의합니다. 개발된 애플리케이션에는 다음과 같은 형식이 정의되어 있습니다.
· Fmain 형식 – UnitMain.cpp 파일에 구현된 응용 프로그램의 기본 형식은 기본 응용 프로그램 메뉴와 빠른 액세스 버튼 모음을 통해 모든 프로그램 기능에 대한 사용자 액세스를 위한 기본 인터페이스 기능을 수행합니다. 또한 기본 양식은 데이터가 입력되고 처리되는 다른 모든 양식의 컨테이너 역할을 합니다.
· UnitTovar.cpp 파일에 구현된 FTovar 형식은 시스템 데이터베이스의 상품 테이블에 입력된 상품 목록을 보는 기능을 수행합니다. 양식의 주요 요소는 제품 테이블을 목록 형식으로 표시하는 C++ Builder 구성 요소 팔레트의 DBGrid 구성 요소입니다. DBGrid 구성 요소의 열에는 이름, 영문 이름, 바코드 및 제조업체와 같은 제품 테이블의 해당 필드가 표시됩니다. 이 양식이 예를 들어 잔액에 대한 보고서 형식으로 특정 제품을 선택하기 위해 다른 양식에서 호출되는 경우 제품을 선택하는 데 동일한 양식이 사용됩니다.
· UnitTovarEdit.cpp 파일에 구현된 FTovarEdit 양식은 제품 데이터를 보고 편집하기 위한 것입니다. 이 양식에는 이름, 영문 이름, 상세 설명, 동의어, 바코드 및 가격, 제조업체와 같은 기본 제품 데이터를 표시하는 컨트롤이 포함되어 있습니다. 제조업체는 제조업체 양식을 열고 제안 목록에서 선택하여 선택합니다. 기본 데이터 외에도 제품 편집 양식에는 관련 디렉토리의 데이터도 표시되며, 해당 레코드는 이 제품과 관련되어 있습니다: 아날로그, 제품이 속한 프로젝트 및 해당 값이 있는 이 제품의 속성. 관련 디렉토리의 데이터를 하나의 형식으로 표시하는 것은 제품에 필요한 모든 데이터가 함께 있기 때문에 매우 편리합니다. 보고 편집할 수 있습니다.
· FormClientsU.cpp 파일에 구현된 FormClients 양식은 공급업체 및 구매자와 같은 시스템 상대방에 대한 데이터를 보고 편집하기 위한 것입니다. 이 양식은 왼쪽에서 구매자 목록을 볼 수 있고 오른쪽에서 현재 구매자에 대한 자세한 정보를 볼 수 있는 방식으로 작성되었습니다. 목록에는 데이터베이스 테이블의 이름 필드에 있는 구매자의 이름만 표시되고 오른쪽 컨트롤에는 다른 모든 필드의 데이터가 표시됩니다. 이 접근 방식은 전체 고객 데이터를 하나의 형식으로 보고 편집할 수 있으므로 매우 편리합니다. 추가, 저장 및 삭제 버튼은 데이터베이스에서 레코드를 추가, 수정 및 삭제하기 위해 SQL 쿼리를 실행하는 프로시저를 호출합니다.
· FormVendirsU.cpp 파일에 구현된 FormVendirs 양식은 상품 제조업체에 대한 데이터를 보고 편집하기 위한 것입니다. 이 양식은 왼쪽에는 제조업체 목록을, 오른쪽에는 현재 제조업체에 대한 자세한 정보를 볼 수 있도록 설계되었습니다. 목록에는 데이터베이스 테이블의 이름 필드에서 제조업체 이름만 표시되고 오른쪽 컨트롤은 다른 모든 필드의 데이터를 표시합니다. 이 접근 방식은 제조업체에 대한 전체 데이터를 하나의 형식으로 보고 편집할 수 있으므로 매우 편리합니다. 추가, 저장 및 삭제 버튼은 데이터베이스에서 레코드를 추가, 수정 및 삭제하기 위해 SQL 쿼리를 실행하는 프로시저를 호출합니다.
· FProjU.cpp 파일에 구현된 FProj 형식은 시스템 데이터베이스의 프로젝트 테이블에 입력된 프로젝트 목록을 보는 기능을 수행합니다. 양식의 주요 요소는 프로젝트 테이블을 목록으로 표시하는 C++ Builder 구성 요소 팔레트의 DBGrid 구성 요소입니다. DBGrid 구성 요소의 열에는 프로젝트 테이블의 "이름" 필드만 표시됩니다. 예를 들어 제품 데이터를 편집하기 위한 양식에서 특정 프로젝트를 선택하기 위해 다른 양식에서 이 양식을 호출하는 경우 동일한 양식이 프로젝트를 선택하는 데 사용됩니다.
· UnitProjEdit.cpp 파일에 구현된 FProjEdit 형식은 전체 프로젝트 데이터를 보고 편집할 뿐만 아니라 프로젝트에 프로젝트 속성을 할당하기 위한 것입니다. 양식의 왼쪽 부분에는 해당 컨트롤에 프로젝트 테이블의 모든 프로젝트 데이터(이름, 세부 이름 및 세부 설명)가 표시되며 이 프로젝트의 속성 목록은 왼쪽 부분에 있습니다. "속성 추가" 버튼은 프로젝트 속성 참고서를 선택하기 위한 양식을 엽니다. 여기에서 속성을 선택하고 프로젝트에 할당할 수 있습니다. "속성 삭제" 버튼을 클릭하면 프로젝트 속성 목록에서 속성이 제거됩니다.
· UnitSimp.cpp 파일에 구현된 FSimp 형식은 프로젝트를 추가로 특성화하는 프로젝트 속성 목록을 보기 위한 것입니다.
· FSimpEdit 양식은 편집을 위해 선택된 하나의 특정 프로젝트 속성을 보고 편집하도록 설계되었습니다. 이 양식을 사용하면 프로젝트 속성의 기본 및 추가 데이터를 설정할 수 있습니다.
· UnitProperty.cpp 파일에 구현된 FProperty 형식은 제품 속성 목록입니다. 이 양식에는 다른 양식에서 속성을 선택하기 위해 양식을 연 경우 사용자가 호출 양식에서 이러한 속성 중 하나를 보고 선택할 수 있는 속성 이름 목록만 있습니다.
· UnitPropertyEdit.cpp 파일에 구현된 FPropertyEdit 양식은 제품 속성에 대한 속성 이름과 상세 설명을 편집할 수 있을 뿐만 아니라, 폼 오른쪽에 있는 목록에서 제품 속성 값을 설정할 수 있도록 설계되었습니다. 목록 제어 버튼을 사용하면 속성 값 양식을 열어 속성 값을 선택할 수 있습니다. 주어진 속성에 할당할 수 있으며 속성 값을 편집하려면 속성 값을 삭제합니다.
· UnitSklad.cpp 파일에 구현된 FSklad 양식은 창고 이름이 포함된 창고 목록을 보기 위한 것입니다. 동일한 양식을 사용하면 호출 양식에서 현재 창고 레코드를 선택할 수 있습니다.
· UnitSkladEdit.cpp 파일에 구현된 FskladEdit 양식은 자세한 데이터를 보고 이름 및 추가 창고 데이터를 편집하기 위한 것입니다.
· UnitVals.cpp 파일에 구현된 FVals 양식은 제품 카탈로그의 요소에 대한 속성 값을 선택하도록 설계되었으며 제품 양식에서만 호출됩니다. 속성 값 양식은 전체 또는 특정 속성에 종속된 값만 제품 속성 목록을 표시하며 속성 양식을 선택하기 위해 열기 버튼을 클릭하여 선택할 수 있습니다. 속성을 선택하면 속성 값 목록에 해당 속성이 취할 수 있는 값만 표시됩니다.
· UnitValsEdit.cpp 파일에 구현된 FValsEdit 양식은 이름과 자세한 설명을 지정하여 제품 속성 값을 편집하도록 설계되었습니다.
· FormFilterU.cpp 파일에 구현된 FormFilter 양식은 속성의 조합으로 상품을 선택하는 문제를 해결하도록 설계되었습니다. 선택을 위해 기본 제품 데이터(이름, 영문 이름, 동의어, 전체 이름, 상세 설명) 및 관련 제품 데이터(상품의 유추 및 속성)를 모두 사용할 수 있습니다. 기본 제품 데이터는 문자열 값이므로 이 양식은 사용자가 이 데이터를 기반으로 유연한 선택을 구성할 수 있도록 합니다. 입력한 구문과 정확히 일치하는 항목, 선택 필드에 입력한 구문을 입력하는 방식, 선택 필드에 입력한 구문의 모든 단어를 임의의 순서로 입력하는 방식으로 제품 테이블의 레코드 선택 항목을 구성할 수 있습니다. 또는 입력된 구의 단어 중 적어도 하나를 선택 필드에 입력합니다. 이러한 선택은 선택 테이블의 필드로 구성할 수 있습니다. 기본 속성으로 필터링하는 것 외에도 필터 양식은 제품이 속한 프로젝트별로 선택 항목을 구성할 수 있는 기회를 제공합니다. 이를 위해 프로젝트 목록이 채워지고 항목은 선택을 위해 열릴 때 프로젝트 목록 양식에서 프로젝트를 선택하여 추가됩니다. 프로젝트 목록 컨트롤을 사용하면 목록에 항목을 추가하거나, 목록에서 항목을 제거하거나, 모든 항목을 확인하거나, 목록을 완전히 지울 수 있습니다. 목록의 모든 항목은 사용자가 이 프로젝트에 대한 선택을 제외할 수 있는 선택을 취소하여 선택에 사용 표시가 있거나 사용하지 않을 수 있습니다(틱). 결과적으로 목록에 나열된 프로젝트에 속하는 제품만 제품 디렉토리의 항목 선택에 포함됩니다. 이 양식은 또한 제품 속성 및 해당 값별로 선택을 구현합니다. 선택을 위해 속성 목록의 양식을 열고 선택하여 속성 디렉토리의 항목을 상품의 속성 목록에 추가할 수 있습니다. 특정 재산. 현재 항목의 경우 속성 목록에는 이 속성이 취할 수 있는 모든 값이 표시되며, 여기서 사용자는 표시를 넣어 필요한 항목을 선택합니다. 결과적으로 목록에 나열된 속성 값이 있는 제품만 생성된 선택 항목에 포함됩니다. 필터 양식은 기본 메뉴에서 직접 호출되지 않지만 선택을 위해 열릴 때를 포함하여 상품 목록 양식에서만 호출됩니다. 이 양식에서 조합에 따라 상품 선택을 구성해야 하는 경우 기준.
· UnitDM.cpp 파일에 구현된 DM 형식은 데이터베이스에 대한 액세스를 제공하는 C++ Builder 구성 요소를 저장하기 위한 모듈입니다. 각 데이터베이스 테이블에 대해 별도의 TQuery 구성 요소가 할당되어 데이터베이스 테이블에서 레코드를 선택, 편집 및 삭제할 수 있는 SQL 쿼리를 입력하고 실행할 수 있습니다. 각 테이블에 하나의 액세스 구성 요소만 할당되고 모두 하나의 모듈로 결합된다는 사실은 프로그램에 MDI 인터페이스가 있고 데이터를 한 형태로 변경하면 표시가 즉시 변경되기 때문입니다. 다른 모든 형태. 데이터 액세스 구성 요소 외에도 이 양식은 양식의 데이터 표시 구성 요소에 대한 데이터 소스 역할을 하는 구성 요소도 저장합니다. 데이터베이스 구성 요소는 다른 모든 프로그램 구성 요소와 데이터베이스의 물리적 연결을 제공합니다.
· FJornal 형식은 문서의 저널을 보기 위한 것입니다. 상품에 대해 이미 수행된 작업 목록입니다. 양식에는 TDBGrid 구성 요소가 포함되어 있으며 각 항목에 대한 다음 매개 변수와 함께 작업 목록을 표시합니다. 작업 날짜, 작업 번호, 작업이 실행된 창고, 작업이 등록된 클라이언트.
· FDocs 양식은 창고에서 상품 이동을 위한 새로운 작업을 편집하거나 입력하기 위한 것입니다. 양식 상단에는 작업의 주요 속성인 작업 날짜 및 번호, 클라이언트, 창고 및 작업 코드를 표시하는 구성 요소가 있습니다. 고객 및 창고를 선택하기 위해 원하는 항목을 선택할 수 있는 해당 디렉토리의 형식을 선택하기 위해 열립니다. 양식의 아래쪽 절반에는 다음이 포함됩니다. 표 부분작업은 수량을 나타내는 상품 목록입니다.
· UnitJornalEdit.cpp 파일에 구현된 FJornalEdit 형식은 작업의 한 줄을 편집하기 위한 것입니다. 이 양식은 현재 행을 편집하기 위해 FJornal 양식에서 호출됩니다. 이 양식은 라인당 항목 및 수량을 입력하고 변경할 수 있는 간단한 인터페이스를 제공합니다. 제품을 선택하기 위해 제품 카탈로그 목록 양식이 호출되고 선택된 항목이 FJornalEdit 양식으로 전송됩니다.
· FUsers 양식은 사용자 목록을 유지하도록 설계되었습니다. 이 양식의 DBGrid 구성 요소에서 SQL 쿼리를 사용하여 시스템 사용자 목록이 형성되고 로그인, 암호, 성, 이름, 성칭 및 사용자 범주와 같은 사용자 속성이 컨트롤에 표시됩니다. 사용자 범주는 라디오 버튼으로 표시됩니다. 컨트롤 버튼을 클릭하면 사용자 추가, 데이터 편집, 삭제를 위한 SQL 쿼리가 실행됩니다. 사용자 삭제 시 데이터베이스의 참조 무결성 제어
· FReg 형식은 시스템과의 세션 시작 시 사용자 인증을 위한 것입니다. 시스템은 데이터베이스에서 사용자의 존재를 확인하고 암호를 확인하며 성공하면 액세스 수준에 따라 사용자가 사용할 수 있는 기능에 대한 액세스를 엽니다.
· UnitRepForm.cpp 파일에 구현된 FRepForm 양식은 창고의 상품 이동에 대한 보고서를 준비하고 생성하도록 설계되었습니다. 이 양식의 제어를 통해 사용자는 보고서 생성 조건, 즉 영수증 또는 비용 작업이 수행된 클라이언트와 이 작업이 수행된 창고를 선택할 수 있습니다. 양식의 하단에는 사용자가 제품 디렉토리에서 여러 레코드를 선택할 수 있는 테이블이 포함되어 있으며, 이 경우 트래픽 보고서는 이러한 제품을 기반으로 합니다.
각 양식은 구성 요소 팔레트에서 양식에 배치된 C++ Builder 환경의 구성 요소를 사용하여 해당 모듈의 기능을 수행합니다. 수요일 빠른 생성응용 프로그램 또는 RAD 환경(RapidApplicationDevelopment - RAD) C++ Builder는 시각적 및 비시각적 개체와 바로 사용할 수 있는 셸로 구성된 시각적 구성 요소 VCL(VisualComponentLibrary - VCL) 라이브러리를 사용합니다. 그것은 함께 허용 최소 비용 VCL로부터 어느 정도의 독립성을 제공하면서 애플리케이션을 구축할 수 있습니다.
컴포넌트로 작업할 때 C++ Builder는 객체 재사용 원칙을 광범위하게 사용합니다. 구성 요소는 ComponentPalette를 통해 액세스할 수 있는 클래스 인스턴스입니다. 양식에 원하는 구성 요소를 놓고 해당 속성을 설정한 다음 이벤트 처리기를 정의하는 것보다 응용 프로그램을 만들 때 더 쉬울 수 있습니다. 고유한 기능을 수행하는 것은 양식 구성 요소의 도움을 받는 것입니다.
2.3 과제의 기술적 지원
2.3.1 정보 수집, 전송, 처리 및 발행 기술의 구성
복잡한 소프트웨어 시스템의 개발로 인해 프로그램 개발의 상당한 노력과 오류 식별의 어려움과 관련된 여러 가지 조직적, 기술적 및 기술적 문제를 해결해야 합니다. 이러한 문제에 대한 해결책은 프로그래머의 생산성과 프로그램의 신뢰성을 높일 수 있는 프로그래밍 기술의 도입으로 가능합니다. 또한 구현된 기술은 작업 계획을 단순화하고 모든 팀 구성원의 상호 작용을 구성하고 각 개발 단계의 타이밍을 명확하게 제어할 수 있도록 하며 생성된 소프트웨어 제품에 대한 일반적인 개념의 모든 변경 사항을 수행자에게 즉시 전달해야 합니다. 프로그램과 외부 환경 사이 또는 프로그램의 개별 구조 요소 사이의 관계에 대한 합의의 변화. 이 기술은 모든 문서를 읽는 단순성과 명확성을 보장해야 합니다.
소프트웨어 제품 구현의 시간 단축과 복잡성 감소는 그 신뢰성에 달려 있습니다. 따라서 이 기술은 개발 단계에서 알고리즘 및 프로그램의 검증 및 테스트 프로세스 조직과 프로그램 디버깅 및 테스트에 대한 접근 방식을 제공해야 합니다. 이 기술은 감지된 오류를 제거하거나 프로그램 기능을 변경하는 데 필요한 프로그램 작동 중에 매우 간단한 프로그램 수정 가능성을 제공해야 합니다.
복잡한 소프트웨어 시스템을 개발하는 기술은 소프트웨어 제품을 별도의 모듈로 분할해야 합니다. 동시에 모듈은 서로 다른 프로그래머에 의해 서로 독립적으로 생성되는 경우가 많습니다. 모듈을 소프트웨어 패키지로 결합하려면 모듈 호출 규칙과 매개 변수 전달 규칙을 개발해야 합니다. 개별 모듈. 이러한 규칙은 프로그램 내 인터페이스를 형성합니다.
2.3.2 정보 수집, 전송, 처리 및 발행의 기술 프로세스 체계
안에 이 구역문제를 해결하기 위한 기능적 기술 체계가 제시됩니다.
우선, 디렉토리를 유지하는 작업을 고려하고 이를 A1이라고 하자. 이를 구현하기 위해 카탈로그 관리자는 데이터를 정렬한 다음 적절한 테이블에 데이터를 입력합니다. 데이터 입력 작업은 여러 단계로 나눌 수 있습니다. 문제 A1을 해결하기 위한 기능적 기술 체계는 그림 2.13에 나와 있습니다.
그림 2.2. 작업 A1 "참고 서적 유지"의 기능적 기술 체계
선택한 각 모듈에 대해 기능 기술 체계와 코딩을 위한 자세한 알고리즘이 개발되었습니다. 작업 A1의 블록 다이어그램은 그림 2.14에 나와 있으며 작업 A1의 모든 모듈에 대한 기능 및 기술 다이어그램은 그림 2.15에 나와 있습니다.
그림 2.3. 문제 해결을 위한 계획 A1 "디렉토리 유지"
그림 2.4. 작업 A1 모듈의 기능적 기술 체계
얻은 체계를 더 자세히 설명하겠습니다.
모듈 A1.1의 경우:
프로세스: 제품 데이터를 확인하고 입력합니다.
입력: 제품 정보.
출력: 데이터베이스에서 생성된 제품 데이터
연산:
데이터베이스에서 제품 데이터의 가용성 확인
화면에 제품 정보를 표시합니다.
모듈 A 1.2의 경우:
프로세스: 고객 데이터 확인 및 입력.
로그인: 고객 정보.
출력: 데이터베이스의 클라이언트에 대해 생성된 데이터
연산:
데이터베이스에서 고객 데이터의 가용성 확인
데이터가 없으면 데이터베이스에 새 레코드를 추가합니다.
클라이언트 정보를 화면에 표시합니다.
모듈 A 1.3의 경우:
프로세스 : 제품의 속성에 대한 데이터를 확인하고 입력합니다.
입력: 제품 속성에 대한 정보.
출력: 데이터베이스의 제품 속성에 대한 생성된 데이터
연산:
데이터베이스에서 제품 속성에 대한 데이터 가용성 확인
데이터가 없으면 데이터베이스에 새 레코드를 추가합니다.
제품의 속성에 대한 데이터를 화면에 표시합니다.
모듈 A 1.4의 경우:
프로세스: 사용자 데이터 확인 및 입력.
입력: 사용자 정보.
출력: 데이터베이스의 사용자에 대해 생성된 데이터
연산:
데이터베이스에서 사용자 데이터의 가용성 확인
데이터가 없으면 데이터베이스에 새 레코드를 추가합니다.
화면에 사용자 정보를 표시합니다.
모듈 A 1.5의 경우:
프로세스: 프로젝트 데이터를 확인하고 입력합니다.
입력: 프로젝트에 대한 정보.
출력: 데이터베이스의 프로젝트에 대해 생성된 데이터
연산:
데이터베이스에서 프로젝트 데이터의 가용성 확인
데이터가 없으면 데이터베이스에 새 레코드를 추가합니다.
화면에 프로젝트 데이터를 표시합니다.
모듈 A 1.6의 경우:
프로세스: 유닛에 대한 데이터를 확인하고 입력합니다.
입력: 장치에 대한 정보.
출력: 데이터베이스의 부서에 대한 생성된 데이터
연산:
데이터베이스에서 장치에 대한 데이터 존재 확인
데이터가 없으면 데이터베이스에 새 레코드를 추가합니다.
분할 정보를 화면에 표시합니다.
모듈 A 1.7의 경우:
공정 : 제조사 정보 확인 및 입력
입력: 제조업체에 대한 정보.
출력: 데이터베이스의 제조업체에 대한 생성된 데이터
연산:
데이터베이스에서 제조업체에 대한 데이터 가용성 확인
데이터가 없으면 데이터베이스에 새 레코드를 추가합니다.
화면에 제조업체 정보를 표시합니다.
다음으로 시스템에 문서를 입력하는 작업을 고려하십시오. 이를 B1이라고 하겠습니다. 이 문제를 해결하기 위해 문서 처리 그룹의 운영자는 들어오는 종이 문서를 분류하고 처리한 후 시스템에 입력하고 그 결과 잔액 테이블 및 문서 로그의 항목이 변경됩니다. 작업 B1의 기능적 기술 체계는 그림 2.16에 나와 있습니다.
그림 2.5. 작업 B1 "문서 소개"의 기능적 기술 체계.
선택한 각 모듈에 대해 기능 기술 체계와 코딩을 위한 자세한 알고리즘이 개발되었습니다. 작업 B1의 블록 다이어그램은 그림 2.17에 나와 있으며 작업 B1의 모든 모듈에 대한 기능 및 기술 다이어그램은 그림 2.18에 나와 있습니다.
그림 2.6. 작업 B1 "문서 소개" 해결을 위한 블록 다이어그램
그림 2.7. 작업 B1 모듈의 기능 기술 체계
다음으로 보고서를 얻는 작업을 고려하십시오. 이를 B1이라고 하겠습니다. 이 문제를 해결하기 위해 프로그램 사용자는 원하는 유형의 보고서를 선택하고 그 결과 선택한 보고서 유형의 화면이 형성됩니다 태스크 B1의 기능 및 기술 다이어그램이 그림 2.19에 나와 있습니다.
그림 2.8. 작업 B1 "보고서 작성"의 기능 기술 체계
작업 B1의 블록 다이어그램은 그림 2.20에 나와 있으며 작업 B1의 모든 모듈에 대한 기능 및 기술 다이어그램은 그림 2.21에 나와 있습니다.
그림 2.9. 작업 B1의 블록 다이어그램
그림 2 . 10 . 작업 모듈 B1의 기능 기술 체계
2.4 프로젝트 구현 테스트 케이스 및 설명
개발된 애플리케이션의 정확성과 무결성을 확인하기 위해 애플리케이션의 테스트 예제를 만들었다. 이 테스트 케이스의 데이터는 개발된 애플리케이션의 모든 기능과 하위 시스템을 포괄하고 포함된 모든 알고리즘을 확인하는 방식으로 선택되었습니다.
테스트 사례 구현은 세 단계로 구성됩니다.
· 테스트 정보를 디렉토리에 입력;
· 창고 내 상품 이동 테스트 케이스 입력;
· 창고에 있는 상품 수의 변화를 반영하고 움직임을 분석할 수 있는 보고서를 얻습니다.
테스트 케이스 구현의 첫 번째 단계는 테스트 데이터를 시스템 디렉토리에 입력하는 것입니다. 테스트 데이터는 이런 방식으로 선택되었습니다. 기본 정보와 추가 정보를 저장하는 모든 디렉토리를 사용합니다.
세 가지 제품이 제품 디렉토리에 추가되었습니다.
· 문 "Klinkor" 금속;
· 문 "바젤" 나무;
금속 문 "Vegas"
그림 2.24는 제품 목록이 있는 화면 양식을 보여줍니다.
그림 2.11. 상품 목록
표 17은 상품의 속성에 대한 테스트 데이터와 이러한 속성이 취할 수 있는 값을 보여줍니다.
표 17. 상품의 특성에 대한 테스트 데이터.
표 18은 제품에 할당된 속성과 해당 값을 보여줍니다.
표 18. 제품에 제품 특성을 지정하기 위한 테스트 데이터.
| 제품 | 재산 | 할당된 속성 값 |
| 문 "Klinkor" 금속 | 캐슬 1 | 타이슨 성 |
| 캐슬 2 | 성 "베리타" | |
| 무게 | 500kg | |
| 외부 패딩 | 플라스틱 | |
| 실내 장식품 | 없어진 | |
| 따뜻하게 함 | 없어진 | |
| 라스베가스 금속 문 | 캐슬 1 | 타이슨 성 |
| 캐슬 2 | 베가스 캐슬 | |
| 무게 | 150kg | |
| 외부 패딩 | 장식용 플라스틱 | |
| 실내 장식품 | 양탄자 | |
| 따뜻하게 함 | 폴리스티렌 | |
| 문 "바젤"나무 | 캐슬 1 | 타이슨 성 |
| 캐슬 2 | 없어진 | |
| 무게 | 120kg | |
| 외부 패딩 | 없어진 | |
| 실내 장식품 | 양탄자 | |
| 따뜻하게 함 | 파라론 |
제품을 사용할 수 있는 건물 및 건물의 하나 또는 다른 표준 프로젝트로 제품을 분류하기 위해 프로젝트 및 해당 속성에 대한 참고서가 작성되었습니다. 내용은 표 19에 나와 있습니다.
표 19. 프로젝트에 대한 테스트 데이터.
특정 프로젝트에 대한 상품 할당은 표 20에 나와 있습니다.
표 20. 상품을 프로젝트에 할당하기 위한 테스트 데이터.
제품에 대한 모든 데이터 할당, 아날로그 할당, 속성 할당, 특정 프로젝트에 대한 할당은 그림 2.25에 나와 있습니다.
그림 2.12. 제품 편집 테스트 양식
또한 테스트 사례의 완전성을 위해 제조업체, 고객, 창고 및 사용자의 디렉토리를 작성해야 합니다. 그들의 채우기는 그림 2.26 - 2.29에 나와 있습니다.
그림 2.13. 제조사 디렉토리에 테스트 작성
그림 2.14. 클라이언트 디렉토리 채우기를 테스트합니다.
그림 2.15. 창고 디렉토리 채우기를 테스트하십시오.
그림 2.16. 사용자 참고서 작성 테스트.
이 테스트 단계의 결과는 디렉토리의 모든 데이터를 포함하는 완성된 데이터베이스입니다. 디렉토리 작성의 완전성과 정확성을 확인하는 가장 효과적이고 실증적인 방법은 제품 필터를 사용하여 원하는 제품을 검색하는 것입니다. 제품 필터를 사용하면 기준과 조합에 따라 제품을 선택할 수 있습니다. 따라서 테스트 중에 다음과 같은 항목을 선택했습니다.
Tyson 잠금 장치가 있는 모든 제품(필터 모양은 그림에 표시됨).
"Country House" 프로젝트 또는 "Apartment in" 프로젝트와 관련된 모든 제품 아파트»
Klondike 제조업체의 모든 제품.
그림 2 . 17 . 제품 필터 설정.
완성된 디렉토리가 모두 있으면 테스트의 두 번째 단계인 창고 내 상품 이동에 대한 문서 입력으로 진행할 수 있습니다. 이 단계에서 창고에 있는 모든 테스트 상품의 입고 및 소비를 수행하는 여러 문서가 도입되었습니다. 문서 저널은 그림에 표시되어 있으며 일부 문서의 내용은 그림 2.31에 표시되어 있습니다.
그림 2 . 18 . 문서 저널.
그림 2 . 19 . 문서 양식.
실생활에서 창고를 통한 상품 이동에 대한 문서 실행은 종이 문서 수령 순서대로 실시간으로 발생한다는 점에 유의해야 합니다. 동시에 각각의 새 문서를 발행할 때 운영자는 창고의 상품 균형을 제어하지 않습니다. 테스트의 세 번째 단계에서는 상품의 균형을 볼 수 있을 뿐만 아니라 문서의 맥락에서 창고의 상품 이동을 분석할 수 있습니다. 즉, 분석 보고서를 얻을 수 있습니다. 이 단계에서 문서 섹션이 없는 잔액에 대한 보고서와 문서의 맥락에서 상품의 잔액 및 이동에 대한 보고서가 접수되었습니다. 이 보고서를 통해 창고의 상품 잔액 변화를 추적하고 초기 잔액에서 최종 잔액이 어떻게 나타나는지 이해할 수 있습니다.
테스트 결과에 따르면 프로그램이 올바르게 작동한다고 주장할 수 있습니다. 기능적 특성, 신뢰성 및 작동 정확성, 정보 및 소프트웨어 호환성, 하드웨어 및 소프트웨어 구성, 소프트웨어 문서 구성 등 모든 요구 사항을 충족합니다.
결론
졸업 프로젝트 완료 결과 LLC "Union-doors"에서 창고 회계 수행 방법론이 연구되었습니다.
연구된 방법론을 바탕으로 시스템 데이터 저장에 필요한 데이터베이스 구조를 개발하였다. 또한 개발된 응용 프로그램이 작동해야 하는 운영 체제와 개발이 수행될 프로그래밍 언어 및 프로그래밍 시스템이 선택되었습니다.
디플로마 디자인의 결과는 재고 관리 프로세스를 자동화하는 애플리케이션의 개발이었습니다.
프로그램을 테스트하기 위해 설명된 방법론에 따라 테스트 결과는 프로그램이 다양한 입력 데이터 세트를 사용하여 모든 예상 상황에서 올바르게 작동하는 것으로 나타났습니다.
이 프로그램은 Windows 95/98, NT, 2000, XP 운영 체제에서 실행되며 BorlandC++ Builder 환경에서 구현됩니다. 프로그램의 결과는 창고의 이동 문서 테이블과 창고의 상품 잔액입니다.
개발된 애플리케이션은 곧 Union-doors LLC에서 구현될 예정입니다. Union-doors LLC의 경영진은 개발된 응용 프로그램의 구현에서 창고 회계 조직의 큰 질적 도약을 기대합니다. 참고 정보, 서류 작업 및 보고서 수신의 자동화를 통해 직원의 작업이 크게 촉진되므로 직원의 작업 품질이 크게 향상됩니다. 개발 된 응용 프로그램을 사용하면 모든 부서와 각 개별 직원의 작업 구성을 정리하고 권한과 기능에 따라 직원을 설명하고 부서 활동 구성의 병목 현상을 식별 할 수 있습니다. 창고에서 현재 잔액을 즉시 얻을 수 있는 기능은 제품 도난을 제거하고 상품 이동에 대한 보고서를 수신하는 기능을 통해 판매 분석에 대한 분석 보고서를 작성하고 향후 기간에 대한 예측을 할 수 있습니다.
1. Podbelsky V.V., Fomin S.S. C 프로그래밍: Proc. 혜택. - 2번째 추가. 에드. - M: 재정 및 통계, 2002. - 600s.
2. Windows 95용 C 및 C++의 Herbert Schildt 프로그래밍 - K .: BHV Trade and Publishing Office, 1996
3. C. Windows 95용 Petzold 프로그래밍; 두 권으로 - St. Petersburg: BHV - St. Petersburg, 1997
4. Arkhangelsky P.A. "BorlandC++ 4.0 프로그래밍" M. Nauka, 2000
5. Stroustrup B. “C++ 프로그래밍 언어: Per. 영어로부터." M. 라디오 및 커뮤니케이션, 1991.-352쪽: 아프다.
6. Bobrovsky S.I. Delphi 5 - M.: Peter, 2002.
7. Gaevsky A. Delphi 6에서 소프트웨어 애플리케이션 개발 - M.: Kyiv, 2000.
8. 주에브브이. A. 터보 파스칼 6.0, 7.0. M.: 모스크바, 1998.
9. Kotsyubinsky A.O., Groshev S.V. Delphi 5 프로그래밍 언어 - M.: Moscow, 1999.
10. Leontiev V.I. Delphi 5 - M.: 모스크바, 1999.
11. Moiseev A.S. 오브젝트 파스칼 - 모스크바: 모스크바, 2000.
12. Nemnyugin S.A. 프로그래밍 - M .: Peter, 2000.
13. Remizov N. C. Delphi - M .: Peter, 2000
14. Arkhangelsky P.A. Delphi 5에서 프로그래밍. M., Nauka, 2000
15. Darakhvelidze P.G. DELPHI 5에서 프로그래밍. St. Petersburg, Binom, 2000
16. Teixeira ST DELPHI 5. 개발자 가이드. M., 윌리엄스, 2000
17. Ugrinovich N. 정보학 및 정보 기술. 일련의 기본 지식. M., 라디오 및 통신, 2000
18. 파로노프 V.V. 델파이 3. 교육 과정. M., 지식, 1998
19. 파로노프 V.V. 델파이 4. 교육 과정. M., 지식, 1998
20. Harrington J. 관계형 데이터베이스 설계. M., 로리, 2000
21. Shumakov V.P. Delphi 3 및 데이터베이스 애플리케이션 생성. M., 지식, 1998
22. GOST 2.105-95 ESKD. 텍스트 문서에 대한 일반 요구 사항
23. GOST 19.103-33 ESPD. 프로그램 및 프로그램 문서의 지정.
24. GOST 19.701-90 ESPD. 알고리즘, 프로그램, 데이터 및 시스템 체계. 규칙 및 실행 규칙.
애플리케이션
데이터 흐름 다이어그램 "있는 그대로"
데이터 흐름도는 "있는 그대로"입니다.
부동산 거래에서 고객과의 작업 맥락에서 문서 흐름 체계.
기술 자료에서 좋은 작업을 보내는 것은 간단합니다. 아래 양식을 사용하십시오
연구와 작업에 지식 기반을 사용하는 학생, 대학원생, 젊은 과학자들은 여러분에게 매우 감사할 것입니다.
http://www.allbest.ru/에서 호스팅
주제: "정보 시스템 "부동산 중개소"의 개발"
콘텐츠
- 소개
- 1 . 기술과제
- 1.1 문제 진술
- 1.2 소프트웨어 요구 사항
- 신뢰성 요구 사항
- 1.4 작업의 정보 지원
- 입력 정보 설명
- 2. 설명 부분
- 2.2 소프트웨어 설명
- 2.3 테스트 사례
- 2.4 사용자 설명서
- 결론
- 서지
소개
과정 프로젝트의 주제는 정보 시스템의 생성 및 개발입니다.
요즘에는 정보 네트워크거의 전체 행성을 덮었습니다. 매일 우리는 정보 시스템에 직면합니다. 주차장(카드 사용), 백화점, 구직 시에도 마찬가지입니다.
정보 - 정보, 메시지, 데이터 등 현재 정보라는 용어에 대한 단일 정의는 없습니다.
정보 모델 - 외부 세계와의 관계뿐만 아니라 객체, 프로세스, 현상의 필수 속성 및 상태를 특성화하는 일련의 정보입니다.
정보 시스템(IS)은 정보의 축적 및 처리를 자동화하기 위해 상호 연결된 하드웨어 및 소프트웨어 도구 세트입니다. 정보 시스템은 정보 소스(예: 데이터베이스)에서 데이터를 수신합니다. 이 데이터는 저장소로 전송되거나 시스템에서 일부 처리를 거친 다음 소비자에게 전송됩니다.
자동 정보 시스템(AIS) - 정보의 저장, 전송 및 처리와 관련된 활동을 자동화하도록 설계된 소프트웨어 및 하드웨어 세트입니다.
컴퓨터 기술에 대한 접근성이 높아질수록 비전문 사용자가 더 많이 나타납니다. 따라서 IS를 포함한 모든 애플리케이션 개발자의 작업 중 하나는 직관적인 인터페이스를 만드는 것입니다. 이 작업은 과정 프로젝트에서도 수행됩니다.
진행 중 코스 디자인"데이터베이스", 정보 소스 생성, "정보 시스템 개발 및 운영", IS 생성, " 컴퓨터 그래픽", 양식에 버튼을 배포하고 직관적인 인터페이스를 만듭니다.
"정보 시스템의 개발 및 운영" 분야의 소프트웨어 개발 및 유지 관리를 위한 과정 프로젝트는 "Krasnoyarsk 정보 및 컴퓨터 공학 기술 학교"에서 훈련하고 기술자 직업을 마스터하는 중간 단계입니다.
과정 프로젝트의 목적은 다음과 같습니다.
고품질의 신뢰할 수 있는 소프트웨어를 만드는 방법을 배우고 소프트웨어를 만드는 작업 기술을 습득합니다.
생성된 소프트웨어에 대한 기술 문서를 개발합니다.
과정 프로젝트를 개발하는 과정에서 정보 시스템 "부동산 중개소"를 다시 만들어야 합니다. 이 정보 시스템의 임무는 부동산 중개소 직원의 일정을 표시하는 것입니다.
"개발 및 운영"분야의 코스 프로젝트 결과 정보 매체"과제를 해결하는 완전한 데이터베이스와 이를 위한 기술 문서가 있어야 합니다.
1. 위임사항
1.1 문제 진술
과정 설계 과정에서 정보 시스템 "부동산 중개소"를 개발할 필요가 있습니다.
이 데이터베이스는 고객 및 부동산에 대한 정보를 편리하게 조회/추가할 수 있도록 제공해야 합니다.
시스템은 다음 기능을 수행해야 합니다.
- 부동산 정보 입력 및 수정 :
- "작업";
- "부동산";
- 직원 정보 입력 및 수정 :
- "노동자";
- 고객정보 입력 및 수정 :
- "클라이언트";
- 계약서 작성 (일정 작성을 통해) :
- "계약";
- 다음과 같은 문서의 작성 및 인쇄:
- "직원 일정";
입력 정보는 다음과 같아야 합니다.
- 클라이언트 목록:
- 클라이언트의 전체 이름
- 전화
- 직원 목록:
- 직원의 성명
- 대행사 기능: 사용 가능한 작업 가능한 부동산.
이 정보 시스템은 부동산 중개소 직원의 일정을 조회하고 저장하는 데 사용됩니다. 그것은 사용자가 일정을 훨씬 빠르게 만드는 데 도움이 될 것이며 사용자 친화적인 인터페이스는 작업을 더 즐겁게 만들어 줄 것입니다.
1.2 소프트웨어 요구사항
성능 요건
정보 시스템 "부동산 중개소"는 부동산 중개소 직원의 일정을 유지하는 데 도움이 되는 것을 목표로 해야 합니다. 시스템은 정보를 처리하고 출력 문서를 인쇄해야 합니다.
이 시스템은 Windows XP SP2 이상을 실행 중이어야 합니다. 윈도우 비스타및 Microsoft Office 2007 툴킷.
정보시스템 "부동산중개업소"는 다음과 같은 기능을 수행하여야 합니다.
- 부동산 중개업 종사자의 업무에 관한 다음 정보의 입력 및 수정
- 직원의 성명
- 클라이언트에 대한 다음 정보 입력 및 수정:
- 클라이언트의 전체 이름
- 전화
- 기관의 능력에 대한 다음 정보를 입력하고 편집합니다.
- 사용 가능한 작업
- 저렴한 부동산;
- 다음 출력 문서의 작성 및 인쇄:
- "직원 일정".
신뢰성 요구 사항
시스템은 고품질이어야 하고 정확해야 합니다. 즉, 필요한 모든 기능을 수행하고 작동에 적합해야 합니다. 시스템은 안정적이어야 합니다. 즉, 장비 작동과 애플리케이션 자체의 편차에도 불구하고 계획된 작업을 수행할 수 있어야 합니다.
시스템의 신뢰성을 보장하려면 다음이 필요합니다.
- 무단 액세스로부터 데이터를 보호합니다.
- 오류가 발생한 필드가 표시되는 잘못된 데이터 입력의 경우 오류 메시지 표시
- 모든 데이터는 정확하고 정확하게 입력되어야 합니다. 즉, 필수 필드를 포함한 데이터 관리가 수행되어야 합니다.
- 필수 필드는 다음과 같습니다.
- 클라이언트의 전체 이름
- 클라이언트의 전화번호
- 직원의 성명
– 속성 유형
– 부동산 운영;
- 데이터를 삭제할 때 거부할 수 있는 선택권, 즉 사용자의 동의를 요청할 수 있는 옵션을 제공해야 합니다.
작동 조건 요구 사항
사용자는 Windows 작업에 대한 기본 기술(실패 시 필요함)과 Microsoft Office 2007 도구 패키지 작업 기술, 즉 마이크로소프트 애플리케이션워드와 마이크로소프트 액세스.
이 정보 시스템을 작동하려면 컴퓨터에 다음이 설치되어 있어야 합니다.
– OS Windows XP SP2(이상) 또는 Windows Vista;
– 마이크로소프트 오피스 2007.
1.3 기술적 수단의 구성 및 매개변수에 대한 요구 사항
정보시스템 "부동산중개업소"의 원활한 운영과 편리한 이용을 위해서는 귀하가 사용하는 기술적 수단이 다음과 같은 특성에 부합해야 합니다.
- IBM PC 또는 노트북과 같은 컴퓨터
- Pentium Celeron 프로세서(Pentium IV 이상), AMD 애슬론(이상), 클록 주파수 1.6GHz 이상;
- 512MB RAM;
- HDD 자유 공간최소 40MB
- 운영 체제 Windows XP SP2(이상) 또는 Windows Vista
- 입력 및 조작 장치(키보드/마우스)
- Microsoft Office 2007 툴킷
- A4 문서 인쇄를 지원하는 프린터(출력 문서 인쇄용).
추가 장치는 필요하지 않습니다. 위에 나열된 모든 장치는 완전히 작동하고 운영 체제와 호환되어야 합니다.
1.4 작업에 대한 정보 지원
입력 정보 설명
입력 데이터는 고객의 여권과 부동산 중개사의 기능에서 "부동산 중개소" 정보 시스템에 입력됩니다.
정보 시스템 부동산 중개소
정보에는 다음 데이터가 포함됩니다. 클라이언트의 전체 이름; 직원의 성명 사용 가능한 작업 가능한 부동산.
계약에 대한 정보는 "계약" 테이블에 입력되며 그 구조는 표 1에 나와 있습니다(키 필드는 "" 아이콘으로 표시됨).
표 1 - "계약" 테이블의 구조
클라이언트에 대한 정보는 "클라이언트" 테이블에 입력되며 그 구조는 표 2에 나와 있습니다(키 필드는 "" 아이콘으로 표시됨).
표 2 - "Customers" 테이블의 구조
부동산에 대한 정보는 "부동산" 테이블에 입력되며 그 구조는 표 3에 나와 있습니다(키 필드는 "" 아이콘으로 표시됨).
참조 정보 설명
참조 정보는 변경되지 않은 정보입니다. 예를 들어 교육의 형태는 전일제 또는 시간제이고 교육의 유형은 예산 또는 상업입니다. 정보 시스템 "학생 정보"에 대한 참조 정보는 다음 디렉토리입니다.
- 테이블:
- 부동산;
- 운영;
- 노동자.
참조 테이블의 구조는 아래와 같습니다(키 필드는 "" 아이콘으로 표시됨).
표 3 - 참조 테이블 "부동산"의 구조
작업에 대한 정보는 "작업" 테이블에 입력되며 그 구조는 표 4에 나와 있습니다(키 필드는 "" 아이콘으로 표시됨).
표 4 - 참조 테이블 "작업"의 구조
작업자에 대한 정보는 "workers" 테이블에 입력되며 그 구조는 표 5에 나와 있습니다(키 필드는 "" 아이콘으로 표시됨).
표 5 - 참조 테이블 "workers"의 구조
그림 1은 이 정보 시스템의 데이터 스키마를 보여준다.
그림 1 - 데이터 스키마
2. 설명
2.1 해결 중인 작업의 비즈니스 프로세스에 대한 컨텍스트 다이어그램
Computer Associates BPwin 프로그램에서 해결된 작업 "부동산 중개소"의 비즈니스 프로세스에 대한 컨텍스트 다이어그램이 아래에 나와 있습니다.
그림 2에 표시된 컨텍스트 다이어그램 "부동산 중개 일정"의 주요 구성에는 다음 데이터가 포함됩니다.
입구에서: 클라이언트의 여권 데이터, 대행사 기능;
관리: 러시아 연방 헌장, 기업 헌장, 서비스 제공 면허;
자원: MTO(유지보수 차량), 보스;
출력: 작업자의 일정.
그림 2 - 부동산 중개인 일정 구성
컨텍스트 다이어그램 "부동산 중개 일정"의 첫 번째 수준 분해는 그림 3에 나와 있습니다.
그림 3 - 첫 번째 수준의 분해
"정보 수집" 블록의 분해는 그림 4에 나와 있습니다.
그림 4 - 첫 번째 수준의 분해
"데이터베이스 형성" 블록의 분해는 그림 5에 나와 있습니다.
그림 5 - "데이터베이스 형성" 블록의 분해
"쿼리 실행" 블록의 분해는 그림 6에 나와 있습니다.
그림 6 - "쿼리 실행" 블록의 분해
2.2 소프트웨어 설명
직원들의 편리한 일정관리를 위해 정보시스템 "부동산중개소"를 만들었습니다. 시스템은 정보를 저장 및 처리하고 출력 문서를 생성합니다.
이 프로그램은 Microsoft Office 2007 Access에서 개발되었습니다. 처음에 프로그램은 2MB를 차지하며 데이터베이스가 가득 차면 프로그램이 하드 드라이브에서 더 많은 공간을 차지합니다. 정보 시스템에는 7가지 형식이 있습니다. 이름과 설명은 표 6에 나와 있습니다.
표 6 - 참조 양식 설명
|
양식 이름 |
양식 설명 |
|
|
주요 형태. 시작 시 열기 |
||
|
초안 계약서 |
||
|
클라이언트 목록 |
||
|
부동산 |
적격 부동산 목록 |
|
|
운영 |
작업 목록 |
|
|
근로자 목록 |
||
|
버튼 형태. 프로그램 종료 확인 |
2.3 테스트 케이스
정보 시스템 "부동산 중개소"의 작동성을 확인하기 위해 시스템의 기능을 확인하는 테스트 케이스가 개발되었습니다.
정보 시스템을 시작합니다. 이것은 *입니다. accdb(그림 7).
그림 7 - 프로그램 시작
프로그램을 시작한 후 암호를 묻는 창이 그림 8에 표시됩니다.
그림 8 - 암호 요청
올바른 암호를 입력하면 그림 9와 같이 기본 양식(프로그램 메뉴)이 시작됩니다.
그림 9 - 메뉴 양식
그림 10, 11, 12, 13 및 14는 각각 계약, 근로자, 고객, 운영 및 부동산 양식을 보여줍니다.
그림 10 - "계약"
그림 11 - "작업자"
그림 12 - "클라이언트"
그림 13 - "작업"
그림 14 - "부동산"
2.4 사용 설명서
이 프로그램은 정보 시스템 "부동산 중개소"의 사용자가 정보를 입력하고 편집할 수 있도록 해야 합니다. 프로그램은 부동산, 대행사 고객 및 직원에 대한 정보 입력 및 편집, 인쇄용 출력 문서 생성 및 전송과 같은 기능을 수행해야 합니다.
이 정보 시스템의 사용자가 사용할 수 있는 주요 작업은 표 7에 나열되어 있습니다.
표 7 - 사용 설명서
|
작업 |
사용자 작업 |
프로그램 동작 |
|
|
프로그램 시작 |
프로그램을 실행하려면 "IS Real Estate Agency.acdb" 파일을 실행해야 합니다. |
비밀번호 입력 창이 화면에 나타납니다. |
|
|
비밀번호 입력 |
입력하려면 정확한 비밀번호를 입력해야 합니다. |
암호가 맞으면 IP의 기본 형식이 열립니다. |
|
|
사용자는 작성된 계약서의 양식을 보고 새 항목을 추가/삭제할 수도 있습니다. |
|||
|
사용자는 대리점 직원의 양식을 보고 새 항목을 추가/삭제할 수도 있습니다. |
데이터는 자동으로 데이터베이스에 입력됩니다. |
||
|
사용자는 대행사의 고객 양식을 보고 새 항목을 추가/삭제할 수도 있습니다. |
데이터는 자동으로 데이터베이스에 입력됩니다. |
||
|
운영 |
사용자는 가능한 부동산 중개 거래의 형태를 봅니다. |
선택한 작업을 "계약" 형식으로 입력 |
|
|
부동산 |
사용자는 기관에서 부동산 옵션을 제공하기 위한 양식을 봅니다. |
"계약" 양식에 선택한 속성 유형 입력 |
|
|
메인 메뉴에서 사용자가 "종료" 버튼을 눌렀습니다. |
프로그램은 YES 및 NO 옵션이 있는 버튼 양식을 활성화합니다. |
||
|
옵션 "아니오" |
사용자가 "NO" 버튼을 선택했습니다. |
프로그램이 기본 양식으로 돌아갑니다. |
|
|
옵션 "예" |
사용자가 "예" 버튼을 선택했습니다. |
신청 마감 |
결론
"정보 시스템의 개발 및 운영" 분야에 대한 과정 프로젝트를 개발하는 과정에서 Microsoft Access 2007의 새로운 기능(예: 보호 암호 설정, 푸시 버튼 양식 생성, 자동 실행 양식)을 독립적으로 연구했습니다.
정보 시스템 "부동산 중개소"의 개발은 "데이터베이스", "정보 시스템의 개발 및 운영", "컴퓨터 그래픽" 분야에서 습득한 기술의 체계화 및 통합에 기여했습니다.
이 정보 시스템은 정보의 입력 및 편집, 저장이 용이하도록 설계되었습니다. 이 프로그램은 편리하고 직관적인 인터페이스를 가지고 있으며 쿼리 실행, 레코드 추가/삭제, 수신된 보고서 인쇄와 같은 기능을 수행합니다.
기술 통합은 비즈니스 프로세스 개발, 데이터베이스 생성, 정보 시스템 테스트 및 디버깅과 같은 작업 해결 과정에서 발생합니다.
코스 프로젝트의 완성은 보고서 작성 기술도 수정되는 설명 메모 작성이었습니다.
서지
1. 홈페이지 http://office. microsoft.com/en-us/training/CR101582831049. aspx;
Allbest.ru에서 호스팅
유사한 문서
조직의 요청에 따라 전문가를 선택하는 프로세스를 자동화하는 정보 시스템 "졸업생 모집 기관"의 개발. 시스템 요구 사항, 소프트웨어. 활동 과정에 대한 설명입니다. 데이터베이스 설계.
논문, 2009년 11월 27일 추가됨
주제 영역 자동화를 위한 기존 솔루션 분석. 부동산 중개업 정보시스템 설계 방법론. 요구 사항의 사양 및 증명. 설계 사용자 인터페이스. 플랫폼 선택의 근거.
기말 보고서, 2013년 2월 10일 추가됨
데이터를 생성하고 처리하도록 설계된 소프트웨어 및 언어 도구 세트로서의 데이터베이스 관리 시스템. 신발 워크샵의 활동 분석. 기능 다이어그램 개발 및 소프트웨어 모듈 테스트 기능.
논문, 2012년 11월 4일 추가됨
임대, 판매, 구매 및 임대 부동산에 대한 정보를 기록하도록 설계된 자동화 시스템 프로그램 개발. 관계형 데이터 모델의 개발. 사용자 가이드 및 관리자 가이드.
기말 보고서, 2012년 12월 28일 추가됨
모집 기관의 작업을 자동화할 수 있는 Microsoft Access DBMS를 기반으로 데이터베이스 개발. 모집 기관에 대한 실제 정보를 기반으로 한 주제 영역. ER-win에서 구현된 정보 시스템 모델.
기말 보고서, 2011년 12월 15일 추가됨
고객 서비스 프로세스의 특징, 부동산 시장 조사, 재무 조작에 대한 정보 생성. 대행사 모델에 대한 설명 컨텍스트 다이어그램을 만드는 순서. 개발된 "to be" 모델의 최적화.
기말 보고서, 2012년 8월 28일 추가됨
정보 시스템 "여행사"의 기능을 위한 주제 영역 및 환경 분석. SQL Server 2008에서 엔터프라이즈 관리자를 사용하여 데이터베이스 개발 및 유지 관리. 테이블, 쿼리, 저장 프로시저 생성 원칙.
기말 보고서, 2013년 12월 11일 추가됨
데이터베이스의 개념입니다. 구조별로 분류합니다. 데이터베이스, 특히 쿼리, 양식, 테이블의 사용을 생성, 저장 및 처리하도록 설계된 소프트웨어 및 언어 도구 세트입니다. 매크로, 보고서, 모듈의 본질.
프레젠테이션, 2013년 8월 12일 추가됨
정보 시스템 - 필요한 정보를 수집, 저장, 처리, 발행하기 위한 단일 시스템으로 결합된 일련의 조직, 기술 및 소프트웨어 도구입니다. 정보학의 특징 분석, 논리적 모델데이터 베이스.
기말 보고서, 2017년 9월 16일 추가됨
카자흐스탄 공화국 임대에 대한 법적 근거. 기존 부동산 중개 소프트웨어 개요. 정보 시스템 개발을 위한 도구 선택. 정보 수집, 전송, 처리 및 발행을 위한 기술 조직.
부동산 활동은 매년 발전하고 있으며 부동산 구매 및 판매에 관여하는 회사가 점점 더 많아지고 있습니다. 그러한 기업의 직원은 원하는 결과를 얻지 못한 채 새로운 고객을 유치하고 활동을 광고하기 위해 높은 프로그램 비용을 부담해야 합니다. 사용되는 광고 유형에 게시된 정보의 양에 대한 제한은 고객에게 충분한 정보를 제공하지 못하기 때문에 직원은 많은 시간을 고객과 직접 상담해야 합니다. 주요 고객은 이미 회사의 서비스를 사용했거나 친구의 추천으로 회사에 연락한 사람들입니다. 고객이 회사에 도착하는 데 분명한 패턴이 없으면 고객을 유치하기 위한 추가 광고 플랫폼에 대해 생각해 볼 가치가 있습니다.
인터넷은 기업 이미지를 구축하는 가장 효과적인 수단이 될 것이며 고객을 유치할 수 있는 무한한 기회를 창출할 것입니다. 자체 웹 표현의 존재는 또한 회사의 개방성과 안정성을 나타내는 지표가 될 것입니다. 새로운 정보로 사이트를 정기적으로 업데이트하거나 보완하면 이 모든 정보를 고객에게 종이 형식으로 제공해야 하는 경우에 비해 많은 비용을 절약할 수 있습니다. 웹 표현은 회사 고객과의 운영 상호 작용의 기초입니다. 일반 고객은 항상 회사의 모든 이벤트를 알고 있습니다. 신규 고객 유치로 완료된 거래 건수가 증가하고 있으며 이는 회사의 이익 증가에 직접적인 영향을 미칩니다. 따라서 기업의 효율성을 높이고 수익을 높이는 최적의 솔루션은 정보 웹 표현을 만드는 것입니다. 회사의 웹 표현 개발은 회사를 새로운 수준으로 끌어올리는 수단인 경쟁력 있는 이미지를 만드는 데 중요한 지원입니다.
웹 표현의 주요 목표는 신규 고객을 유치하고 거래 수를 늘려 회사의 이익을 높이는 것입니다.
개발된 웹 표현에 어떤 정보가 포함될 것인지, 어떻게 디자인되어야 하는지를 결정하기 위해 여러 부동산 중개 사이트를 고려했습니다. 분석을 위해 사이트로 사용되었습니다. 러시아 기업, 그리고 외국 회사의 사이트.
분석을 위한 사이트 선택에 영향을 준 요인은 다음과 같습니다.
사이트 기간
사이트 트래픽.
러시아 회사 중 다음 회사의 웹 표현이 분석되었습니다. 외국 웹 표현 "Local-n-Global Realty"(미국, 오하이오주 클리블랜드) .
이 사이트를 조사한 후 다음과 같은 사실이 알려졌습니다.
제공되는 서비스 목록과 아파트 데이터베이스를 포함합니다.
피드백을 제공하다.
모든 사이트가 고객의 매개 변수에 따라 아파트를 편리하게 검색할 수 있는 것은 아닙니다. 또한 고려되는 모든 리소스가 아파트 구매 또는 판매 신청서를 작성할 가능성이 있는 것은 아닙니다. 검토된 사이트 중 사용자가 회사에 대한 피드백을 남길 수 있는 섹션이 없었습니다. 이것은 모든 회사의 지위를 높이는 데 추가 플러스가 될 것입니다.
부동산 에이전시를 위한 웹 표현을 만들 때 유사한 회사의 배경에 대해 가장 유리한 위치를 차지하기 위해 검토된 사이트의 강점과 약점을 고려했습니다. 분석 결과를 바탕으로 정보 내용의 구조를 결정하였다. 웹 표현의 정보 콘텐츠 준수 여부와 잠재적 사용자의 요구 사항을 확인하기 위해 150명이 참여한 소셜 네트워크 "Vkontakte"의 부동산 주제 그룹을 통해 설문 조사를 실시했습니다. 설문지의 질문은 사이트의 구조, 섹션, 내용, 피드백 구성과 관련이 있습니다.
부동산 서비스를 제공하는 회사의 웹 표현 분석 및 설문 결과를 기반으로 웹 표현의 구조가 개발되었습니다(그림 1).
그림 1 - 구조도웹 표현의 주요 섹션
개발된 웹 표현에는 "메인", "회사 정보", "아파트", "서비스", "관세", "응용 프로그램", "리뷰", "연락처", "파트너" 및 "뉴스" 섹션이 포함됩니다. .
설문조사는 방문자에게 사이트 이용의 편의성을 제공하기 위해 사이트의 메인 페이지가 어떤 구조를 가져야 하는지, 어떤 정보를 배치해야 하는지, 사이트 탐색을 어떻게 구성해야 하는지를 보여주었습니다. 논리도 홈페이지부동산 중개인의 웹 표현은 분석 결과, 설문 조사 및 회사 경영진의 요구 사항을 고려하여 개발되었습니다(그림 2).
그림 2 - 웹 표현의 기본 페이지에 대한 논리적 다이어그램
사이트의 메뉴는 왼쪽 블록과 사이트 상단에 있습니다. 이를 통해 모든 사용자에게 적응할 수 있으므로 쉽게 탐색할 수 있습니다. 사이트 헤더에는 대행사에 대한 로고와 연락처 정보가 있으며 중앙에는 광고 성격의 회사에 대한 환영 정보, 오른쪽에는 회사의 파트너 및 뉴스에 대한 정보, 아래에는 저작권이 있습니다.
웹 표현을 생성하기 위한 최고의 엔진을 선택하기 위해 매년 사이트 생성 및 유지 관리를 위한 다양한 유료 및 무료 자동 플랫폼의 인기를 모니터링하는 OpenStat 분석 서비스로 전환하기로 결정했습니다.
Runet, Bynet 및 Uanet의 국가 도메인 영역에 대한 연구 외에도 조사된 리소스 목록에는 러시아어를 사용하는 사용자가 대량으로 방문하는 다른 도메인 영역의 사이트가 포함됩니다. 분석된 도메인의 총 수는 550만 개입니다. 표 1은 2014년 초 웹 사이트 생성 및 유지 관리를 위한 자동 플랫폼의 등급을 나타냅니다.
| CMS | ||||||||
| 줌라 | ||||||||
| 워드프레스 | ||||||||
| 1C-비트릭스 | ||||||||
| 드루팔 |
2014년 초 CMS(콘텐츠 관리 시스템)의 리더는 Joomla, WordPress, 1C-Bitrix 및 Drupal이었습니다.
주식은 사이트의 범위에 따라 배포되었습니다. 나열된 모든 리더는 최소 10년 동안 시장에 출시되었습니다.
명확성을 위해 CMS 등급 차트가 작성되었습니다(그림 3).
분명히 대부분의 CMS 사용자는 WordPress와 Joomla를 선택하며 이들 제품의 작업에 만족한다는 결론을 내릴 수 있습니다. 추가 선택은 개발 중인 사이트의 특성에 따라 다릅니다. WordPress는 주로 블로그와 포럼을 만드는 데 사용되므로 웹 표현 개발 환경을 선택했습니다. CMS 줌라 2.5. 최신 버전은 아니지만 많은 장점이 있으며, 그 중 가장 중요한 것은 많은 유용한 비디오 자습서를 포함하여 이 CMS 사용에 대한 문헌의 양입니다.
웹 표현을 만드는 상업적 의미는 제공되는 서비스 및 기타 관련 정보를 회사 웹사이트에 게시하여 고객과 함께 일하는 회사 직원의 부담을 덜어주는 것(전화 상담 비용 절감)으로 귀결됩니다. 뿐만 아니라 판매를 위한 고객 및 아파트의 요구 사항에 대한 정보를 수집하기 위한 작업량의 상당한 감소.
개발된 웹 표현은 부동산 중개인이 다음 작업을 해결하는 데 도움이 됩니다. 인터넷에서 회사에 대한 발표; 고객에게 완전한 최신 정보를 24시간 내내 제공합니다. 고객 기반의 확장; 고객 피드백 조직; 광범위한 기회로 지속적인 광고를 제공합니다. 직원의 작업 단순화; 회사의 위상과 경쟁력을 향상시킵니다.
