BÁO CÁO THỰC TẬP KỸ THUẬT CÔNG TY FPT SOFTWARE

TRƯỜNG ĐẠI HỌC BÁCH KHOA HÀ NỘI VIỆN CÔNG NGHỆ THÔNG TIN VÀ TRUYỀN THÔNG  BÁO CÁO KẾT QUẢ THỰC TẬP Thời gian từ 17/6 đến 15/07 Họ tên sinh viên: Lớp:Công nghệ thông tin Điện thoại: 01663916836 Email:thuyen.it.hust@gmail.com Cơ sở thực tập: Tên quan: FPT Software Co.,Ltd Địa chỉ: Tòa nhà FPT,đường Duy Tân,quận Cầu Giấy,Hà Nội ,Việt Nam Người giao nhiệm vụ thực tập: Viện công nghệ thông tin-Trường Đại Học Bách Khoa Hà Nội Giáo viên theo dõi:Nguyễn Hồng Phong Hà Nội ,07/2013 LỜI MỞ ĐẦU Thực tập hội cho sinh viên có nhìn thực tế cơng việc tương lai mình.Giúp sinh viên thấy học trường có ý nghĩ cho cơng việc sau này.Là hội để sinh viên vào án thực tế cơng ty,cho sinh viên thấy cần gì,những thiếu sót kỹ cần thiết cơng việc.Nó khơng kiến học giảng đường mà kỹ khác kỹ làm việc nhóm,kỹ trình bày,tác phong cơng việc…Nhận thấy điều nhà trường tạo điều kiện cho sinh viên thực tập từ sớm.Vì thế, em xin cám ơn nhà trường quan mà em thực tập.Chuyến thực tập giúp em nhận nhiều điều đặc biệt tìm hướng cho cơng việc sau Chữ ký cơng ty thực tập Chữ ký sinh viên thực tập NHỮNG THU HOẠCH TỪ TÌM HIỂU THỰC TẾ VÀ THỰC TẬP I.Những điều thu hoạch từ tìm hiểu thực tế sở thực tập 1.Tổng quan công ty FPT Software Tên cơng ty:FPT software Co.,Ltd Trụ sở : Tòa nhà FPT,đường Duy Tân,quận Cầu Giấy,Hà Nội,Việt Nam Nhân viên:4,100(năm 2012) Doanh thu:81,5 triệu dollars(năm 2012) Ngày thành lập:Ngày 13 tháng năm 1999 Chủ tịch:Hoàng Nam Tiến Giám đốc:Nguyễn Thành Lâm Website:www.fpt-software.com  Cấu trúc tổ chức  Tổ chức Fsoft năm 2012 Tổ chức lãnh đạo 2.Văn hóa FPT  Tầm nhìn FPT: FPT mong muốn trở thành tổ chức kiểu mới, giàu mạnh nỗ lực lao động sáng tạo khoa học kỹ thuật công nghệ, làm khách hàng hài lòng, góp phần hưng thịnh quốc gia, đem lại cho thành viên điều kiện phát triển tốt tài sống đầy đủ vật chất, phong phú tinh thần  FPT Gen  Cho đến nay, Văn hóa FPT miêu tả rõ FPT Gen  “Văn hóa STC”, thường biết đến thơng qua hát STC, thành phần FPT Gen  FPT Gen = Văn hóa FPT, thể “làm” “chơi”, công việc sống  Thành phần FPT Gen  “Sâu – sáng – tuyệt – thông – phong”  Triết lý sâu sắc  Lãnh đạo sáng suốt  Chất lượng tuyệt hảo  Thông tin thông suốt  STC phong phú  Tinh thần FPT “NGƯỜI FPT CHÚNG TA TÔN TRỌNG CÁ NHÂN, ĐỔI MỚI VÀ ĐỒNG ĐỘI ĐÂY LÀ NGUỒN SỨC MẠNH TINH THẦN VÔ ĐỊCH, ĐEM ĐẾN CHO FPT THÀNH CÔNG NỐI TIẾP THÀNH CÔNG TINH THẦN NÀY LÀ HỒN CỦA FPT MẤT NĨ ĐI, FPT KHƠNG CỊN LÀ FPT NỮA BỞI VẬY, MỖI NGƯỜI FPT CĨ TRÁCH NHIỆM BẢO VỆ ĐẾN CÙNG TINH THẦN FPT LÃNH ĐẠO CÁC CẤP – NGƯỜI GIỮ LỬA CHO TINH THẦN NÀY, CẦN CHÍ CƠNG, GƯƠNG MẪU VÀ SÁNG SUỐT LÀM ĐƯỢC VẬY, FPT SẼ PHÁT TRIỂN VÀ TRƯỜNG TỒN CÙNG THỜI GIAN.”  Quy trình chất lượng  Định hướng khách hàng o Hiểu biết sâu sắc nhu cầu khách hàng, kể nhu cầu tiềm ẩn, đáp ứng cách tốt nhu cầu  Tham gia thành viên o Mỗi người vị trí phát huy cao lực sáng tạo  Nhất quán đa dạng o FPT thực thể thống mục tiêu đa dạng hành động  Thước đo thực tiễn o Các định đánh giá dựa việc phân tích liệu thơng tin  Cải tiến đổi liên tục o FPT không ngừng nâng cao lực tổ chức cá nhân, chất lượng sản phẩm dịch vụ thông qua đổi mới, cải tiến sáng tạo liên tục  Hệ thống thông tin  Cấu thành o Kiến trúc hệ thống o Hạ tầng ICT o Các trình ứng dụng  Các ngun lý o Tin học hóa tồn diện triệt để o Đảm bảo cao kiến trúc tập trung tính tích hợp o Hạ tầng ICT tiên tiến o Xây dựng hệ hỗ trợ định o Đảm bảo mềm dẻo, dễ mở rộng, nâng cấp o Đầu tư mạnh dạn hợp lý 3.Cách làm việc dự án Fsoft 3.1 Các hoạt động dự án phần mềm  Engineering(Kỹ sư)  Phân tích yêu cầu  Thiết kế  Coding  Kiểm thử  Quản lý cấu hình  Triển khai cài đặt  Bảo trì  Hỗ trợ khách hàng  Project Management(Quản lý dự án)  Lập kế hoạch  Theo dõi  Kết thúc dự án 3.2 Vòng đời dự án phần mềm Kế hoạch phát triển phần mềm Kế hoạch bảo trì phần mềm 3.3 Các trách nhiệm vai trò dự án Tổ chức dự án Quản lý dự án  Kỹ thuật/Các trách nhiệm trưởng nhóm  Các vấn đề & giải pháp o Thiết kế o Giải pháp kỹ thuật  Quản lý nhóm o Phân cơng nhiệm vụ o Theo dõi & Báo cáo o Cố vấn, đào tạo thành viên nhóm  Các trách nhiệm DEV  Phân tích yêu cầu  Sửa lỗi,Coding  Kiểm thử đơn vị  Các trách nhiệm Tester  Phân tích yêu cầu  Test case  Thực kiểm thử  QA-Quality Assurance(Dảm bảo chất lượng)  Xem lại sản phẩn dự án,các tài liệu  Xem lại hoạt động quản lý dự án,các cột mốc,các tài liệu  Thực kiểm tốn,kiểm định cuối 4.Bảo mật thơng tin Fsoft  Các quy định bảo mật thông tin Ra vào nơi làm việc Sử dụng máy tính Sử dụng thiết bị ngoại vi Sử dụng thiết bị ghi hình ghi âm Sử dụng thơng tin mật công ty Sử dụng thông tin cá nhân Sử dụng mạng nội bộ, file server intenet Sử dụng email Phòng chống virus 10 Ý thức quyền  Bảo mật thông tin theo ISO27001 FPT Software nghiêm khắc theo ISO27001 để bảo vệ thông truy nhập của công ty,các khách hàng nhà cung cấp từ tất mối đe dọa,cả bên lẫn bên ngồi,vơ tình hay cố ý 4.1 Quy định vào nơi làm việc Đeo thẻ nhân viên có ảnh suốt thời gian làm việc Nghiêm cấm sử dụng mượn thẻ người khác để vào công ty Yêu cầu quẹt thẻ ra/vào khu vực làm việc • Khi thẻ Nhân viên thực bước sau: + Ghi vào sổ lễ tân +Báo Admin CBQL thẻ việc mất, khoảng thời gian để quên + Mượn thẻ Backup quầy lễ tân 4.2 Sử dụng máy tính Chỉ sử dụng máy tính Cơng ty cấp cho cơng việc tuân thủ theo yêu cầu bảo mật Công ty 4.9 Phòng chống Virus Nguồn lây nhiễm: Copy/dowload phần mềm hay liệu từ bên Máy tính khơng cập nhật patch cho Hệ điều hành chương trình AntiVirus Cài đặt môi trường test (kể máy ảo) không cài đặt cấu hình chương trinh Antivirus qui định Cty Sử dụng máy tính cá nhân khơng đăng ký kiểm tra IT Các thiết bị lưu trữ chưa đăng ký kiểm tra Kết nối VPN đến máy tính khách hàng khơng cài đặt AntiVirus đầy đủ Cách phòng tránh: Kiểm tra update vá lỗi hệ điều hành & phần mềm (được cài máy) có cập nhật Kiểm tra máy tính cài phần mềm diệt virus Symantec hay McAfee; update tự động từ server không? Không tự ý remove chương trình AntiVirus máy tính Không tự ý download liệu, phần mềm từ internet Không truy nhậpvào trang web không rõ nguồn gốc, không phục vụ công việc Không mở file khơng rõ địa người gửi, mà phải xố Nếu nghi ngờ máy tính nhiễm virus, nhanh chóng tháo dây mạng LAN hoặt tắt Wireless báo cho Ban Mạng Máy tính 4.10 Ý thức quyền Không copy, phát tán, sử dụng phần mềm không quyền Không cài đặt sử dụng phần mềm khơng có danh sách phần mềm white-list Fsoft Các phần mềm khác muốn sử dụng phải thông qua phê duyệt trưởng đơn vị kiểm tra IT Lưu ý sử dụng phần mềm opensource SỰ CỐ BẢO MẬT TIN XỬ LÝ THÔNG Phải báo cáo cố cho cán quản lý trực tiếp/ISMS team vòng tiếng Khơng tự ý giải cách Lưu giữ cẩn thận dấu hiệu, chứng tượng/sự cố xảy để tường trình xác thời gian, tượng xảy ra, hành động thực Xác định nguyên nhân gốc rễ, hành động khắc phục, hành động phòng ngừa học tránh việc lặp lại Mọi nhân viên phải có trách nhiệm xử lý cố bảo mật thông tin Mức xử lý kỷ luật người vi pham BMTT tối đa sa thải BA NGUYÊN TẮC BẢO MẬT THÔNG TIN Không mang tài sản thông tin khỏi khu vực làm việc Nếu thật cần thiết mang tài sản thơng tin ngồi phải phép cán quản lý Khi mang tài sản thơng tin ngồi phải có biện pháp bảo mật phù hợp 5.Quy trình phân tích u cầu phần mềm Fsoft  Giai đoạn Software Engineeing   Mục đích:  Nhằm đảm bảo yêu cầu cho sản phẩm phần mềm định nghĩa hiểu rõ ràng o Để biết yêu cầu khách hàng gì? o Hiểu khách hàng cần mong đợi  Để tạo SRS- Thiết lập trì yêu cầu thỏa thuận với người yêu cầu nhóm tác động  Để đảm bảo yêu cầu tìm thấy  Các yêu cầu lập thành tài liệu kiểm soát để thiết lập a bước cho phát triển phần mềm sử dựng quản lý dự án Workflow:    Phát phân tích yêu cầu phần mềm  Thỉnh thoảng gọi khám phá yêu cầu  Các yêu cầu không thường xuyên sẵn cho bạn,bạn phải phát chúng.Phải làm việc với khách hàng bên liên quan để phát ra: o Các dịch vụ mà hệ thống cung cấp o Các ràng buộc mà hệ thống phải đáp ứng  Phân tích yêu cầu hoàn thành để: oPhát xử lý xung đột yêu cầu oKhám phát giới hạn phần mềm làm tương tác với mơi trường oXây dựng u cầu hệ thống để lấy yêu cầu phần mềm Nguồn để phát phân tích yêu cầu phần mềm  Tiềm bên tham gia  Người dùng cuối  Các nhà quản lý  Các chủ sở hữu  Các khách hàng khách hàng  Kỹ sư sau dùng phần cho khách hàng  Các tổ chức cơng đồn Tiến trình để phát phân tích yêu cầu phần mềm    Các vấn đề phát phân tích yêu cầu phần mềm  Các vấn đề phạm vi  Giới hạn hệ thống rủi ro phát  Các khách hàng/người dùng khơng cần thiết chi tiết kỹ thuật nhầm lẫn mục tiêu hệ thống  Các vấn đề hiểu biết  Các khách hàng/người dùng khơng hồn tồn chắn cần  Có hiểu biết nghèo nàn khả giới hạn mơi trường tính tốn họ  Không hiểu biết đầy đủ vấn đề tên miền,có số phiền tối cần giao tiếp kỹ sư hệ thống Các kỹ thuật để phát phân tích yêu cầu phần mềm  Các kỹ thuật phát o Nghiên cứu tên miền ứng dụng o Đưa câu hỏi vấn o Hội thảo thảo luận o Quan sát o Use cases  Các kỹ thuật phân tích o Mơ hình hóa hệ thống o Tạo nhanh mẫu Các tài liệu yêu cầu-SRC  Tài liệu yêu cầu phần mềm tài liệu thức u cau cho hệ thống  Thông thường bao gồm yêu cầu hệ thống có yêu cầu người dùng       Nó khơng phải tài liệu thiết kế.Miêu tả hệ thống phải làm phải làm  URD-User Requirement Definition  Địa người dùng cần để làm cho công việc họ  Được sáng tác tất yêu cầu công việc,các nguyên tắc công việc ràng buộc khác  SRS-Software Requirement Specification  Một tập hợp yêu cầu phần mềm hoàn thiện,phù hợp có thể,từ quan điểm nhà phát triển  Tài liệu sau bản,phổ biến tham khảo cho khách hàng,nhà phát triển,tester PM(Project manager)  Lợi ích tài liệu tốt  Thỏa thuận khách hàng nhóm sản phầm phần mềm làm  Giảm nỗ lực phát triển  Cung cấp ước tính giá,lịch trình Các hoạt động bước  Nghiên cứu URD  Phân tích yêu cầu người dùng  Chuẩn bị danh sách Q&A để lọc yêu cầu không ro ràng với khách hàng  Gọi/Phỏng vấn khách hàng cần  SRS:  Phát triển Use cases,yêu cầu hệ thống  Phát triển đặc tả chức  Xem lại phê duyệt SRS:  Mời hội thảo để xem lại  Ghi âm buổi hội thảo Các kỹ thuật phát triển SRS  Xác định rõ yêu cầu sử dụng “structured natural language”  Các yêu cầu chức xác định rõ sử dụng mơ hình hóa-một tập hợp kí hiệu đồ họa ngơn ngữ tự nhiên có cấu trúc  Use cases  Use case diagram  Use case specification  Các yêu cầu không chức khơng thể mơ hình hóa=>chỉ suer dugj ngơn ngữ tự nhiên có cấu trúc Phát triển SRS-SRS Review Checklist  Để xem lại yêu cầu khách hàng  Đảm bảo khách hàng hồn tồn hiểu rõ yêu cầu  Template Mục đích-Validate Requirements  Chắc chắn yêu cầu miêu tả hệ thống mà khách hàng thực muốn  Các lỗi yêu cầu có giá cao,do validation quan trọng Quy trình-Validate Requirement    Các kỹ thuật-Validate Requirement  Xem lại yêu cầu  Phân tích có hệ thống hướng dẫn u cầu  Liên quan đến nhân viên phát triển,khách hàng bên liên quan  Nguyên mẫu  Sử dụng mơ hình thực hệ thống để kiểm tra yêu cầu  Model Validation  Xác nhận chất lượng mô hình phát triển phân tích  Test-case generation  Triển khai kiểm tra yêu cầu để kiểm tra tính kiểm tra Quản lý yêu cầu  Requirement Management Sheet,Exel sheet,được xử dụng để theo dõi tình trạng,quan hệ thay đổi toàn dự án  Một tài liệu bắt buộc(dynamic version of SRS)  Phân loại yêu cầu thành yêu cầu chức năng/yêu cầu không chức  Để trì tài liệu chung cho bên  Để theo dõi tiến trình dự án(tình trạng yêu cầu)  Để theo dõi thay đổi(bao gồm yêu cầu thay đổi)  Để tập hợp yêu cầu có số liệu liên quan cho việc báo cáo  The sheet tạo lần yêu cầu khách hàng đến Theo dõi yêu cầu Tại theo dõi cần thiết?  Các yêu cầu thay đổi giai đoạn vòng đời sản phẩm  Nếu yêu cầu theo dõi,sau thay đổi xảy ra,nó dễ dàng tìm thấy  Quản lý yêu cầu thay đổi  Thay đổi yêu cầu(CR-Change Request)  Các yêu cầu ưu tiên từ quan điểm khác thay đổi trình phát triển  Các khách hàng xác định rõ yêu cầu từ quan điểm cơng việc xung đột với yêu cầu người dùng cuối  Môi trường kỹ thuật công việc hệ thống thay đổi phát triển  Q trình thay đổi yêu cầu  Phân loại yêu cầu  PM/TL/BA đại diện đặc tả yêu cầu phần mềm cho thành viên nhóm lam việc  Tự nghiên cứu tài liệu liên quan:cách tiếp cận top-down  Sử dụng FSOFT’s SRS review checklist  Phân loại mục không rõ ràng,sử dụng Q&A  Thảo luận với thành viên khác  Thông báo PM/TL/BA  Tất các yêu cầu xung đột  Các thay đổi,so sánh với phiên cuối 6.Quy trình thiết kế Fsoft Quy trình kỹ thuật Fsoft 6.1 Tổng quan Mục đích:  Khai thác giải pháp yêu cầu  Tạo kiến trúc thiết kế,cấp cao tài liệu thiết kế chi tiết 6.2 Quy trình thiết kế Phát triển thiết kế AD/HLD, DD:Các bước hoạt động o Xem lại phê duyệt thiết kế mức cao:  Chuẩn bị cho việc xem lại HLD,báo gửi tài liệu,các ghi tới người xem lại  Review:Phương pháp thiết kế,kiến trúc hệ thống,tính khả thi trình thiết kế chi tiết coding  Phê duyệt HLD o Thiết kế chi tiết:  Thiết kế hình,báo cáo,các giải thuật modul khác  Tại tài liệu thiết kế chi tiết 6.3 DesignWork flow  Tổng quan   Bước 1-Lập kế hoạch Mục đích:Nó để thành lập kế hoạch thiết kế Trigger:Dự án mở quản lý dự án bổ nhiệm Đầu vào: -Kế hoạch dự án - Các yêu cầu khách hàng Các bước: -Nghiên cứu yêu cầu thiết kế:các mẫu mô tả;các chuẩn.các quy định,hướng dẫn,các thiết kế tương tự sử dụng lại,các cơng cụ -Nghiên cứu đầu vào(hiệu yêu cầu chức năng;các quy định yêu cầu pháp lý; yêu cầu khác),các định yêu cầu chưa rõ ràng chưa thống -Tạo kế hoạch thiết kế:Phạm vi mục đích,các nhiệm vụ kết quả,các gia đoạn cột mốc,lịch trình nguồn lực,các giao diện,các tiêu chuẩn thiết kế tiêu chí Đầu ra: -Kế hoạch thiết kế tạo phê chuẩn:Quá trình thiết kế,nguồn lực cho thiết kế,các tools sử dụng,lịch trình -Các chuẩn,mẫu checklist sử dụng cho thiết kế thành lập  Bước 2-Develop High Level Design Mục đích: Để phát triển kiến trúc thiết kế Trigger: Kế hoạch cho thiết kế phê duyệt Đầu vào: -Nghiên cứu tài liệu phân tích cơng việc đặc tả yêu cầu người dùng -Định nghĩa điểm kiến trúc hệ thống mơ hình ky thuật,mơ hình hoạt động,mơ hình sở liệu,mơ hình cấu trúc chương trình,ngun mẫu(nếu cần)  Thiết kế liệu  Thiết kế chương trình  Thiết kế giao diện  Cài đặt tool chi việc thiết kế  Tạo tài liệu thiết kế kiến trúc Đầu ra: -Các mẫu yêu cầu phần mềm -Mơ hình phần mềm,ngun mẫu(nếu có) -Các kết thiết kế chương trình -Các kết thiết kế giao diện -Các kết cài đặt tool cho việc thiết kế -Tài liệu thiết kế kiến trúc   Bước 3-Review,Appove High Level Design Mục đích: Để làm ro xác nhận kiến trúc thiết kế Trigger: Kiến trúc thiết kế sẵn sàng để xem xét phê duyệt Đầu vào: -Tài liệu thiết kế kiến trúc -Chuẩn,các yêu cầu thiết kế Các bước: -Chuẩn bị cho high level design review,thông báo gửi tài liệu,các ghi tới người xem xét -Review high level design:Giải pháp thiết kế,các tool chuẩn,kiến trúc hệ thống,tính khả thi trình thiết kế chi tiết coding -Phê duyệt high level design thay đổi yêu cầu(nếu cần) Đầu ra: -Design Checklist -Review Report,yêu cầu thay đổi(nếu cần) -Thiết kế kiến trúc phê duyệt yêu cầu thay đổi Bước 4-Develop Detail Design Mục đích: Để phát triển thiết kế chi tiết  Trigger: -SRS, URD,và yêu cầu khách hàng -Tài liệu thiết kế kiến trúc -Kế hoạch thiết kế Các bước: -Thiết kế hình -Thiết kế báo cáo -Thiết kế giải thuật -Thiết kế modul khác -Tạo tài liệu thiết kế chi tiết Đầu ra: -Tài liệu thiết kế chi tiết -Các mâu thiết kế Bước 5-Conduct Design Transition Mục đích: Cung cấp gói thiết kế cho giai đoạn Trigger: Các gói thiết kế sẵn sàng để chuyển giao Đầu vào: -Thiết kế kiến trúc -Thiết kế chi tiết -Mẫu thiết kế(tùy ý) Các bước: -Tổng quát hóa kết thiết kế,xem lại ý định nghiiax thêm công việc -Xem xét phê duyệt sản phẩm thiết kế trước cung cấp cho khách hàng,nếu cần -Cung cấp sản phẩm thiết kế tới đơn vị sản xuất,và tới khách hàng()nếu cần) -Tạo báo cáo tóm tắt thiết kế Đầu ra: -Các sản phầm thiết kế cung cấp -Báo cáo tóm tắt thiết kế 6.4 Fsoft Design Documents  High-level design Một High-Level Design cung cấp nhìn tổng quan giải pháp,nền tảng,hệ thống,sản phẩm,dịch vụ,hoặc tiến trình Như tổng quan quan trọng multi-project phát triển để đảm bảo hỗ trợ thiết kế thành phần tương thích với thiết kế gần với Highest level solution design miêu tả tóm tắt tất platform,hệ thống,các sản phẩm,các dịch vụ tiến trình mànó phụ thuộc bao gồm thay đổi quan trọng cần để tạo chúng Một high-level design document thương bao gồm biểu đồ kiến trúc high-level để mô tả thành phần,các giao diện network cần để xác định thêm để phát triển Ví dụ biểu đồ kiến trúc cho Android  Detailted Design Tài liệu thiết kế chi tiết bao gồm tài liệu đây: 1.Tài liệu thiết kế hình Chúng ta phải định nghĩa item đây:  Màn hình  Danh sách thành phần hình  Anh hình 2.Tài liệu thiết kế liệu Chúng ta phải định nghĩa item đây:  Biểu đồ quan hệ thực thể  Cấu trúc bảng  Cấc trúc trường  Cấu trúc file  Các định dạng thiết kế code 3.Tài liệu thiết kế Class Chúng ta phải định nghĩa item đây:  Khai báo gói chung  Xử lý lỗi ngoại lệ  Gỡ lỗi,theo dõi,log  Cơ chế tối ưu hóa hiệu  Giao diện bên ngồi  Khai báo phương thức II.Những kiến thức kỹ vận dụng để hoàn thành nhiệm vụ  Kiến thức:  Kiến thức an tồn bảo mật thơng tin cho bải Test RVTB-Review and Testing Basics  Kiến thức UML cho Test SWD-Software Design  Kỹ năng:  Kỹ phân tích thiết kế  Kỹ làm việc nhóm III.Những kiến thức kỹ cần bổ sung,cần học hỏi thêm để đáp ứng nhu cầu thực tế Qua việc thực tập thực tế em thấy nhiều kiến thức kỹ cần học hỏi.Cần trao dồi kiến thức phân tích thiết kế hệ thống,đặc biệt UML.Kiến thức yêu cầu phần mềm kỹ cần thiết để lấy đầy đủ yêu cầu từ khách hàng.Kiến thức an toàn mật số kỹ làm việc nhóm,kỹ lập tài liệu,báo cáo… IV.Những góp ý cho sở thực tập cho việc tổ chức thực tập thực tế Công ty tạo điều kiện cho công việc thực tập sinh viên,tuy nhiên công ty nên cho sinh viên tận mắt thấy quy trình làm phần mềm nơi làm việc.Có thể cho sinh viên vào dự án thực tế nhỏ để làm việc thực tế ... Tạo kiến trúc thiết kế,cấp cao tài liệu thiết kế chi tiết 6.2 Quy trình thiết kế Phát triển thiết kế AD/HLD, DD:Các bước hoạt động o Xem lại phê duyệt thiết kế mức cao:  Chuẩn bị cho việc xem... thống,các sản phẩm,các dịch vụ tiến trình mànó phụ thuộc bao gồm thay đổi quan trọng cần để tạo chúng Một high-level design document thương bao gồm biểu đồ kiến trúc high-level để mô tả thành phần,các... thống o Hạ tầng ICT o Các trình ứng dụng  Các ngun lý o Tin học hóa tồn diện triệt để o Đảm bảo cao kiến trúc tập trung tính tích hợp o Hạ tầng ICT tiên tiến o Xây dựng hệ hỗ trợ định o Đảm bảo