첫 번째 팀 작업
머리말
| 소유 과정 |
https://edu.cnblogs.com/campus/xnsy/2019autumnsystemanalysisanddesign |
| 운영 요구 사항 |
|
| 대상 작업 |
비교 블레이드, Axure의 RP, Mockplus 프로토 타이핑 도구 커뮤니티 관리 애플릿과 웹 클라이언트 분석이 필요 그것은 전체 관계 관리 애플릿과 웹 클라이언트 프로토 타입을 포함 |
블레이드 비교 Axure의 RP의 Mockplus의 사용을 제외하고 1
1.1 블레이드 경험
그의 잉크 칼의 말하기 것이 첫 번째 큰 학기가 대회에 참가하기 위해 그 시간에,에 부딪 쳤해야한다, 교사는 우리가이 다음 단어를 "그림"을 이해하지 못하는 정말 진실을 말할 그리는 형제와 함께 전진하자 의미, 정말 나는 회화의 예술이라고 생각, 그는 천천히 시작했을 때 응용 프로그램 프로토 타입은 성취감이 얼마나 자신의 휴대 전화에서 실행 APK 패키지를 설치하는 경우, 그것을 시작 후, 블레이드 시작할 수 있습니다 놀라게 이렇게 빨리, 어느 날 쉽게 간단한 응용 프로그램을 만들 수 있습니다.
이 모바일 최종 제품의 프로토 타입과 건강을 위해 설계되었습니다 말할 수, 닥터 블레이드 제품의 라인은,이 디자인 할 수 나를 기억하고 네트워크를 가지고 있으며, 회사는 또한뿐만 아니라 PC, 가정에서 매우 편리합니다 브라우저 내에서 직접 액세스 할 수 있습니다 직접 클라우드에 액세스 할 수 있으며, 동시에 협력에서 지금까지 오명은, 정말 편리합니다.
1. 2Axure RP 경험
그 이유는 형제 그래서, APK로 이어질 수 용량을 증가하고, 시험 기간 페인팅 프로젝트 후에 와서 프로젝트를 업그레이드해야하는 개별 사용자에게 청구해야 그 시간에 우리는이를 사용하기 위해이 수수료를 싫어, 그래서 때문에 이전 IS가 설정되어 사용하기 시작합니다 Axure의 RP와 함께, 이유는 무료로 프로젝트를 수행하고, 지원과 형제와 그의 작품. 너무 많은 문제를 느끼고, 천천히 자신의 속도 프로토 타입, 너무 많은 상호 작용을 선명하게 수정 비교는 느낌 조금 어려운 배우고 또한 더 복잡하고 예측할 수없는 너무 많은 기능입니다.
1. 3Mockplus 체험
Mockplus 내가 전에 사용하지 않은, 그것은 접촉이 시간, 신속한 프로토 타입은 간단한 다이어그램 디자인 도구로 그는 거의뿐만 아니라 두 가지 도구의 앞에 몰고 생각합니다. 그리고 적절한 소프트웨어 팀, 소프트웨어 개발의 설계 단계에서 개인적인 용도로. 최대 기능성 충분히 빠르게 속도를. 이 구성 요소, 아이콘, 수집, 탭의 마스터, 전환 사용하기 쉬운 디자인 된 내부 그리고, 높은 주파수 동작을 위해 보이지 않는, 위의 구성 요소 라이브러리를 고정 공통 구성 요소의 일부를 상영. 또한이 접이식 패널은 중대하다, 확장 및 문제를 폐쇄 복잡하게 얽힌하지 않습니다.
총 :
소프트웨어가 대화 형 기능을 많이 실현하는 매우 큰 경우, 오랫동안 두려워하지 않는, APP의 실제 효과와 일치하는 픽셀 수준이며, 다음 Axure 최고의해야한다;
우리가 빠른 추구하는 경우에, 당신은 신속하게 프로토 타이핑 할, 그것을 증명하기 쉽고, 내가 느끼는 그 다음 Mockplus 최고입니다.
마지막으로, 너무 경우와 같이 응용 프로그램을 만들기 위해 블레이드를 사용하여, 사용 Mockplus 웹을 만들기 위해, 두 개의 도구가 복잡한 상호 작용 없습니다 만 페이지와 상호 작용하는 페이지 요소를 설계하고, 최종 효과는 최고이어야한다.
2, "백 개 연대는"분석이 필요
자신이 디자인의 제품 이름의 "백 연대"애플릿과 웹 클라이언트입니다 "다시 백 연대 오피스 시스템."
2.1. 기능적 분할
이 시스템은 활동의 수신에 사용할 수있는 최신, 지역 사회 및 학교 공동체 관리 소프트웨어의 구성원으로 개발되었으며 온라인 커뮤니티를 통해 생성 할 수 있습니다 이해해야합니다, 지역 뉴스, 관리 및 지역 사회 구성원의 최신 공지 사항, 배경 및 질서 행위를 찾아, 주요 측면은 전면 및 백 오피스 기능 모듈 기능 모듈로 나눌 수 있습니다.
2.2. 기능 설명
2.2.1. 시스템 참가자
| 역할 이름 |
작업에 대한 설명 |
| 시스템 관리자 |
협회의 승인, 회원 관리, 게시판 관리, 보도 자료, 지역 사회 카테고리 삭제를 신청할 수 있습니다 관리, 관리자가 수정할 수있는 정보 시스템, 학교 기업 협력 및 관리 기능 |
| 커뮤니티 관리자 |
지역 사회, 메시지 관리, 변경 관리 공고를 관리 할 수, 관리의 회원, 지역 사회 정보 기타 기능 |
| 회원 |
지역 사회에 입학을 신청할 수, 메시지 정보, 정보를 수정 발행 공고 및 기타 기능을 볼 수 |
| 관광객 |
기본 정보 검색 애플릿 |
2.2.2. 모듈 설명
| 모듈 이름 |
자세한 요구 사항 |
| 등록 모듈에 로그인 |
사용자 관광객, 회원 가입을 신청 회원 등록에 대한 적절한 정보를 입력 할 수 있습니다 |
| 관광객 사용자 모듈 |
당신은 최신 발표, 협회 및 기타 기본 정보에 액세스 할 수 있습니다 |
| 학교 - 기업 관리 모듈 |
방문자는 사용자 커뮤니티와 기업의 협력,보기 기업 정보를 참조 할 수, 지역 사회는 기업의 활동을 홍보 할 수 |
| 커뮤니티 관리 모듈 |
지역 사회와 지역 사회 카테고리 추가 및 삭제 동작 정보 수정 작업의 |
| 회원 관리 모듈 |
관리자는 회원에 대한 작업을 추가, 삭제 할 수 있습니다 |
| 관리자 모듈 |
주로 해당 정보를 수정하려면 |
| 메시지 관리 모듈 |
사용자 작업 메시지를 삭제, 추가 |
2.2.3. 사용자 프로필 수정
도 함께 실시 총.
시스템 관리자는 케이스 다이어그램을 사용하여
도 예를 커뮤니티 관리자
도 사용 사례
방문객들은 케이스 다이어그램을 사용하여
기능 요구 사항 분석의 2.3 상세한 예 :
자신의 요구와 사회의 위의 이해는 다음에 해당하는 대표적인 활동 다이어그램 여기에 표시된 실제 바인딩하여 Rational Rose 모델이 필요합니다 :
2.3.1 사용자 로그인
실시 예 1도.
2. 활동 다이어그램
정보를 볼 수 2.3.2 사용자
1. 사용 사례 다이어그램
2. 활동 다이어그램
2.3.3 사용자의 개인 정보를 수정하는 방법
실시 예 1도.
2. 활동 다이어그램
지역 사회를 만들기 2.3.4 사용자 응용 프로그램
실시 예 1도.
2. 활동 다이어그램
2.3.5 고객 등록
실시 예 1도.
2. 활동 다이어그램
2.3.6 시스템 게시판을 추가 할 수있는 관리자
실시 예 1도.
2. 활동 다이어그램
공지 사항을 수정 2.3.7 시스템 관리자
실시 예 1도.
2. 활동 다이어그램
2.3.8 사용자 관리 협회 관리자
실시 예 1도.
2. 활동 다이어그램
3, 백 연대 백 연대 애플릿 및 배경 관리 시스템 프로토 타입을 보여줍니다
개발 도구 : 웹 온라인 형제
애플릿 프로토 타입을 보여줍니다 백 개 연대 :
https://free.modao.cc/app/5363270e270a762920c2a609744061dad515cfcd
백 개 연대 배경 관리 시스템의 프로토 타입을 보여줍니다
https://free.modao.cc/app/54b941116e3c1daf2116da6f0ead2371e077963a
4, 프로토 타입의 상세 설계
프로토 타입은 그냥 샷이 작은 프로그램을 보여줍니다 링크 플레이트 (3)에서 볼 수 있습니다 때 공간이 검토 도우미를 감사하기 어려운, 너무 복잡하지 않는 것 때문에, 특정 요구 분석 및 설계 해당 프로토 타입 섹션 II에 따르면 다시 네 개의 주요 기능 시스템 인터페이스의 블록 및 사무실 관리 시스템, 커뮤니티 관리, 회원 관리, 인터페이스의 이벤트 관리 부분에 로그인합니다.
4.1 백 연대 작은 프로그램
"백 개 연대"홈
Q & 협회
이벤트 등록
개인 정보
4.2 백 연대 배경 관리 시스템 설계
로그인 화면
이벤트 관리
회원 관리
커뮤니티 관리
여기에 수요의 프로토 타입 스크린 샷 페이지 분석에 대한 간략한 소개, 프로토 타입 여전히 더 많은 페이지는 자신의 하드 검토에 대한 감사의 조수 위의 링크.
마지막으로,이 프로젝트의 요구 분석 노출, 이것은 또한 우리가 작은 파티 스테이션 프로그램 수행 프로젝트에 우리 그룹의 요구를 분석, 우리의 핵심 기능은 상대적으로 작은이의 변화하는 요구, 주로 프런트 엔드 인터페이스입니다 그럴 게요 위해 또한 주로 지속적으로 우리 제품의 동일한 유형을 보면, 인터페이스,이 부분을 조정, 더 프런트 엔드 요구됩니다 실제 프로젝트에서 말할 수, 아마도 마지막은 자신의 완성 된 제품의 외관뿐만 아니라 데이터베이스를 알고 수요에 대응하는 변화가있다. 같은 기본 욕구의 첫 번째 반복을 요약 마지막 반복, 수요의 대부분은 크게 두 번째 반복을 위해, 주요 수요가 예상 변화의 우리 프로젝트의 실현으로 변경됩니다, 달성되었다.
그러나 유일한 상수는 수요의 변화는 논의가 사용자와 확인 세련된, 논스톱을 유지하기 위해, 수요 분석 과정은 매우 지루하고 매우 중요합니다, 그것은 뒷면의 실현에 목표를 취소 할 수있을 것, 마지막으로 사용자를 얻을 수 합니다.