지에 위안 "법의 건물"- 첫번째 작업

이 작품은 과정 속	https://edu.cnblogs.com/campus/xnsy/2019autumnsystemanalysisanddesign
어디 작업이 필요	https://www.cnblogs.com/harry240/p/11469058.html
이 과정에서 내 목표는	향후 연구의 요구를 이해하는보다 효율적인 소프트웨어 개발 프로젝트를 마스터 프로젝트 개발 프로세스를 수하는 방법에 대해 알아보십시오
작업의 특정 측면에있는 나 목표를 달성하는 데 도움	뛰어난 경험을 선행 학습 마스터 프로젝트 관리 도구는 자신의 목표 위치를 파악
내 블로그 홈 페이지	https://home.cnblogs.com/u/gbx123/

 

 

 

 

 

 

 

 

자신이 좋아하는 기술 분야에서, 뭔가가 불렀다 - 지속

내 대학 연구 노트는 수업 전에 교사 듣거나 책에 기록 또는 네트워크 기술을 사용하지, 노트북에 기록되어 신입생 내가 먼저 표현하는 블로그를 쓸 수 있다는 것을 알고 왔을 때 자신의 나는 CSDN을 열 때 기술보기 및 연구 노트, 학년, 블로그 투어를 여는, 내 CSDN 홈 https://blog.csdn.net/Gbing1228 현재 60 개 이상의 기술 논문의 구성은 전면 영역에주의 결코 자신의 삶에 언급되지 기술적 인 것들에 대해 방법으로 관심이 있습니다. 교사가 이러한 관행을 준 감사, 나에게 새로운 시도를 할 수 있습니다.

하 하 하 ~ (어색하면서도 공손하게 미소), 자기 소개 : 남서 석유 대학 2017 년 우수 소프트웨어 엔지니어링 수업, 학생;

그의 빛나는를 들어, 일부는 자신이 후, EMM ~, 자신이 관대 안심 단계 사람들이 신중 단계로 간주 보았다. 그러나 동시에 그것은 사람의 섬세한 감정, 그리고 작은 것들, 우울, 또는 슬픔에 얽힌.

질문 교사가 제공 한 자료에 따르면, 내가하고 싶은 말 :

, 완성 된 대학 입학 시험을했다 매우 두꺼운 책 자원 봉사를했다, 마음이 그들의 미래는 종류의 일을 좋아하는 방법을 매우 명확하지 않다, 혼란, 가족이 나에게 시장 전망의 약간의 분석을했다, 나는 소프트웨어 공학의 직업을 선택 나는 프로그래밍을 만진 적이 그들이 잘되지 않습니다 매우 걱정, 고등학교 수학은 좋지 않다. 그러나 그의 가족은 그들이 잘하지 알고 어떻게하려고하지 않는,이 직업을 선택하고 말해 저를 격려했다.

나는 학교 교육 과정, 문화, 이데올로기 클래스, 수학의 지식, 물리학 지식, 전문, 객체 지향 언어의 데이터 구조, 디자인 패턴, 컴퓨터 시스템 및 기타 재단 ...이 코스를 열고 지난 2 년간 교훈을 생각한다 매우 합리적인, 이러한 클래스는, 올바른 값을 설정 나 컴퓨터 프로그래머를위한 흰색 컴퓨터 개념적 틀로 성장하자, 내 지식의 폭을 확장합니다.

대학 생활 2 년 후, 나는 약간의 IT 산업, 기술을 배웠으며, 시작이되었습니다에서 경로를 따라 학년 프런트 엔드 개발에 그것은 진보의 많은 것보다 내 학교와이 들어가지만, 할 지금, 나는 아직도 기술이, 내가 배운 완료 결코 배울 생각은 빙산의 일각.

글쎄, 난 졸업 후, 한 번에 단계에서, 인터넷 회사에 대한 좋은 전망을 들여다 일야드 농업을 할 것, 결정했습니다. 북한 광저우에 가고 싶어, 향후 높은 임금, 좋은 혜택, 부드러운 포인트 작업을 가리킬 수 있기를 바랍니다.

현재 그들은 C 것, 기술적 지식은 여전히 ​​부족이, (3), ECMAScript를가 현재 반응의 개발 연구를 조금 VUE를 읽고, ES6, 노드에 대해 알아 시간 (5), C를 배운,이 과정은 안된다 너무 긴 것입니다. 그들의 코드 값을 추정하지 않고, 라이브러리 관리 시스템에 의해 수행 신입생 C는, 그 페이지에 대해 쓸 수있는 프런트 엔드 스크립트 언어는,이 프로젝트는 프로젝트 내가 매우 복잡하지가 발생 또한 프론트 엔드 모듈의 개발을 담당하고있다 비즈니스 로직은 거의 실제 전투 경험에 참여하지 않으며, 다음을 통해 자신의 학습 경험을 높일 수 있도록 노력하겠습니다.

나는 졸업 증명서 걸릴 쉽게 생각하지만, 그들의 기술 분야에서 자격을 갖춘 수행하는 것은 매우 어려운 일이다. 나는 이전에 기술적 인 지식이 모든 노트, 기술 고등학교 데모에서, 다음 프로그래밍 경험하지 숙달 필요한이 전체 프로젝트 개발의 사용에 유연성을 달성 할 수있을 것입니다 배운 잊고 어떤 업무 경험이 없습니다.

많은 학생들 닫기 섹션을 연구하기 위해 선택한,이 외에도 학생들이 직접 변화 방향을 선택 나는 주위 여자입니다 수 있습니다, 컴퓨터 관련 일에 종사뿐만 아니라 전문 연구 섹션을 변경하도록 선택하지 않은가, 보안 연구 기다리고 일부 우수한 학생들 많은 친구들이 시장 대부분 남성 그것은 소녀이며, 그것은 여성의 제목은 내가 마음을 다하고 조각이있다 아마 때문에, 나는이 길을 주장하는 것이라고 생각, 각 사람은 자신의 계획과 프로그램을 가지고, 상대적으로 작은 그것. 그리고 기꺼이 배우와 IT 기술을 기꺼이, 세계의 미래를 구축 할 수있는 IT 직원 수 있어야합니다, 나는 세상, HHHH (어색하면서도 예의 바른 미소)의 미래를 건설하기 위해 그 사람이 될거야.

사실, 현재의 나는 제조업체가 제공에서, 나는 그것의 백만 마일 짧았다 내가, 프론트 엔드의 기술적 측면을 배우고 계속하려면 임박 기술, 일자리를 찾고, 프로젝트 경험 부족 때문에 학년입니다! ! ! !

물론, 같은 시간에, 우리는 학교 교육 과정을 배워야한다,이 컴퓨터 네트워크, 컴파일러 이론 측면의 지식이있을거야, 나는 앞으로 찾고 있어요.

 

"법을 만드는"질문을 읽은 후 :

하나의 문제 :

 

애자일 개발의 제 6 장에서 문제

 

내가있는 애자일 개발 프로세스에 언급 된 책이보기에 의심을 유지하기 위해 최초의 3시 "자주 사용할 수있는 소프트웨어를 출시, 주에서 발행 간격 개월, 짧은 짧게 할 수있다"이 제품의 개발 라인에 있었는지, 너무 빨리 업데이트, 사용자는이 속도 그것을 받아 들일 수 있습니까? 처럼 사용자로, 내 컴퓨터 윈도우 시스템은 항상 자주는 매우 우울 오전, 업데이트가있을 것입니다 수없는 방법, 각 업데이트는 그냥 업데이트를 종료합니다, 내 컴퓨터가 매우 느리게 할 것입니다. 또 다른 수준의 개발자로서, 그들이 거기에 부담을 더하지, 새로운 물건을 지속적으로 출시 할, 그들은 매우 높은, 지속적으로 개선하기 위해 새로운 제품, 같은 프로젝트를 지속적으로 수용하지 개발자의 요구 사항입니다 필요?

 

 

질문 2 :

 

에서 첫 번째 질문 4 장과 5,

매우 어려운 거의 한 사람에 의해 수행하지 않으며, 소프트웨어를 완료하는 사람이있다. 다섯 번째 장에서는 팀 모델의 몇 가지 예를 가지고있는 학교가 대규모 프로젝트하지만, 프로그램을 통해 몇 가지 작은 그룹을 완료하지 않았더라도 따라서, 우리는 팀의 각 사람에게, 프로젝트에서 함께 작업을 선택합니다 모듈, 작업의 분포의 머리, 일부 모듈은 우리 모두가 어려운 있지만, 일부 비교적 단순한 모듈을 기꺼이하지 찾아서 우리가하고자하는, 그래서 노동의 어려운 부문이다에 대한 책임, 다음 분업은 팀으로 간주 될 수있는 방법 조화로운 협력? 효율성을 개선합니다.

 

질문 세 가지 :

제 5 장에서 문제

폭포 모델에 언급 된 책은, 그가 또한 한계를 지적 및 범위, 내가 그들의 장점과 단점이 많은 모델이 있습니다, 소프트웨어 개발 프로세스를 이해하고, 정보에 대한 온라인 액세스를했다, 모든 프로젝트 담당자가 배워야하지 이러한 모든 개발 모델, 다른 프로젝트에 대해 다른 옵션을 수행하기 위해, 더 나은 시장에 포괄적으로 문제를 해결하기 위해 개발 모델의 아주 좋은 호환성이있다?

(: 나는 데이터 링크에 액세스 할 수 있습니다 https://blog.csdn.net/qq_21122519/article/details/69359462를 )

 

질문 4 :

제 12 장 사용자 경험의 문제

 

用户界面的设计特别重要，这对前端工作者来说尤为重要。就日常人们所说的“第一印象很重要”。从而用户体验也是非常重要的，因为软件的目的是满足用户的需求，要从用户的角度考虑问题，课本中所指的“同理心”P（251），由于我们跟别人的想法不同，对事情的看法、解决方法也是不同，面对大量的用户，又该如何理解别人的心理、动机能力？

 

 

问题五：

 

 问题来自第13章 软件测试

 

 软件测试如果没有专门的测试人员，会造成什么样的后果？一般来说，程序员检查自己的代码时很难发现bug，因为他在测试时会按照自己的代码流程测试，所以很难发现问题所在，如果有条件我认为一定要有专门的测试人员，但是市场上有一些团队就缺少测试人员，一人身兼多职，这样会给项目造成什么样的后果？他们遇到哪些问题可以放到后期再去处理？

 

 

项目管理工具：

1.git：

 

 

 

优点：

• 适合 分布式开发，强调个体。
• 公共服务器压力和数据量都不会太大。
• 速度快、灵活。
• 任意两个开发者之间可以很容易的解决冲突。
• 离线工作。

缺点：

• 资料少（起码中文资料很少）。
• 学习周期相对而言比较长。
• 不符合常规思维。
• 代码保密性差，一旦开发者把整个库克隆下来就可以完全公开所有代码和版本信息。

2.Microsoft TFS

优点：

• 有数据库存储源码（性能高）
• 与开发工具无缝集成（简便）
• 源码管理无存储限制（可靠）
• 能够在文件上支持安全性
• 课误删除恢复保护
• 与Project工具集成，方便任务跟踪

缺点：

需要用到的功能极少，大部分是源代码管理功能

3.bitbucket：

优点：

• 对于小团队免费，这意味着最多5名成员的团队将获得无限数量的免费存储库。
• 支持Git，CodePlex，Google Code，HG，SourceForge，SVN导入。
• 락스 통합 도구입니다. 의 Bitbucket 및 락스는 통합 버그 추적 구성 요소와 함께, JIRA는 자동으로 감지 문제에 대한 정보를 업데이트, 통합의 개발 단계에 걸쳐 수행했다.

단점 :

• 아니 오픈 소스
• 시스템 불안정