Phần mền học Anh Văn FlasfCards trên Java

Phần mền học Anh Văn FlasfCards trên Java Chú ý : chương trình sử dụng netbeans 7.1.1 Ưu điểm: sử dụng hệ thống lưu trữ recordstore để những lần sử dụng sau dùng lại trong quá trình thêm từ mới Khuyết diểm: là không có thông báo khi thoát, và không sử dụng giao diện đồ họa ứng dụng Phân tích rủi ro : Phân tích rủi ro là một nguyên tắc cơ bản giúp bạn vượt qua những rủi ro mà bạn hoặc tổ chức bạn gặp phải. Việc phân tích rủi ro tốt sẽ giúp bạn đi đến những hành động cần thiết để giảm thiểu những ảnh hưởng bất lợi đến kế hoạch của bạn. Điều đó cũng giúp bạn đi đến quyết định liệu những chiến lược bạn sử dụng để kiểm soát rủi ro có cân đối giữa chi phí và hiệu quả mang lại hay không? Sử dụng công cụ như thế nào? Có một cách ước lượng được giá trị của rủi ro là tính toán giá trị của nó theo công thức sau: Rủi ro = xác suất sự kiện x chi phí sự kiện Các rủi ro có thể có xảy ra hoặc không xảy ra . trong mọi trường họp một vấn đề đã được phân tích và giải quyết sớm thì đơn giản hơn nhiều so với việc giải quyết sau phát sinh bất ngờ mà phần mềm có thể xảy ra rủi ro . Việc phân tích những rủi ro này rất cần thiết vì thường ta hay dễ bỏ sót những phần quan trọng. Có một cách để có thể nắm bắt được tất cả là sử dụng những cách tiếp cận khác nhau: - Thứ nhất, xem qua danh sách mô tả nêu trên và nhận định xem điều gì có thể xảy ra. - Thứ nhì, suy nghĩ thấu đáo về hệ thống, tổ chức mà bạn đang hoạt động, phân tích những rủi ro đối với từng bộ phận. - Nhận định xem bạn có thể biết được những điểm yếu trong hệ thống hay không? - Phỏng vấn nhiều người để thu thập những ý kiến khác nhau. Đánh giá rủi ro: Phương pháp này đảm bảo cho việc đánh giá của bạn về khả năng xảy ra rủi ro và chi phí phải bỏ ra để thiết lập lại mọi thứ khi rủi ro xảy ra. 3. Kiểm soát rủi ro: Điều quan trọng là chọn ra những phương pháp có hiệu quả về mặt chi phí. Không có tài liệu nào dạy bạn rằng nên bỏ ra nhiều chi phí để loại trừ rủi ro hơn là chấp nhận chi phí của những sự kiện đó nếu nó xảy ra.Thông thường nếu nguồn lực quá giới hạn để loại trừ rủi ro,có thể sẽ tốt hơn nếu ta chấp nhận nó. Rủi ro có thể được kiểm soát theo những cách sau: - Sử dụng hiệu quả những công cụ hiện có - Điều này có liên quan đến việc cải tiến những phương pháp và hệ thống hiện hành, những thay đổi về mặt trách nhiệm, những cải tiến trong việc giải trình với cấp trên và trong kiểm soát nội bộ. - Lập kế hoạch để đối phó những sự kiện bất ngờ - Một kế hoạch tốt có thể đối phó với những sự kiện bất ngờ. - Đầu tư vào những nguồn lực mới - Nó có thể bao gồm cả việc bảo hiểm rủi ro như sau: bạn có thể trả tiền cho ai đó để họ gánh vác một phần rủi ro của bạn; điều này đặc biệt quan trọng khi rủi ro thật sự lớn và có thể đe dọa khả năng thanh toán đối với tổ chức bạn. 4. Kiểm tra: Nên kiểm tra một cách nghiêm túc công tác phân tích rủi ro, hoặc thử nghiệm sự hữu hiệu của hệ thống và kế hoạch. Những điểm chính: Phân tích rủi ro thiết lập nền tảng cho việc kiểm soát rủi ro. Điểm nhấn mạnh ở đây là việc kiểm soát phải có hiệu quả về mặt chi phí. Kiểm soát rủi ro có liên quan đến việc tận dụng những tài sản hiện có để sử dụng, lập kế hoạch để đối phó với những sự kiện bất ngờ và sử dụng có hiệu quả những nguồn lực mới. Các rủi ro chường trình có thể có : Vấn đề Mô tả Người dùng chưa thật sự hiểu biết về tin học Không thể nào sử dụng được phần mềm Dung lượng bộ nhớ điện thoại Không chứa nỗi số lượng từng vựng mà phần mềm cấp Thời gian đáp ứng của hệ thống quá chậm Thời gian đáp ứng của hệ thống yêu cầu quá chậm so với 5s mà đặt tả yêu cầu ban đầu Truyền thông quá chậm Góc truyên thông chuẩn quá chậm.thiết kế dựa trên gói truyền thông nhị phân mới.góc này chưa bao giờ được sử dụng với hệ thống này hoặc không thể thích hợp. Không có chuyên gia hệ điều hành Hệ thống cần thay đổi cho hệ thống điều hành chuẩn T là chuyên viên hệ điều hành duy nhất công ty có thể ông bận không được sử dụng cho hệ thống này. Thủ tục Thiếu khả năng trong việc giải trình với cấp trên, trong hệ thống kiểm soát nội bộ, trong tổ chức, gian lận v.v… Nhân sự Từ cá nhân liên quan đến đau ốm bệnh tật, qua đời ... yếu tố khách quan. Tiếng tăm việc giảm sút niềm tin của đối tác kinh doanh và của nhân viên, tổn hại về danh tiếng trên thị trường. Dự án rủi ro về những khoản chi phí phát sinh ngoài dự kiến,công việc kéo dài quá lâu, chất lượng sản phẩm và dịch vụ không đáp ứng yêu cầu v.v… Thiên nhiên những đe dọa từ thời tiết, thiên tai, hỏa hoạn, dịch bệnh..v.v.. Và còn những rủi ro khác… Kỹ thuật những bước tiến trong công nghệ, không thích hợp về mặt kỹ thuật v.v… Tài chính thất bại trong kinh doanh, thị trường chứng khoán,lãi suất, thất nghiệp v.v… Hoạt động sản xuất, kinh doanh từ sự gián đoạn trong việc cung cấp nguồn hàng và trong hoạt động, mất khả năng sử dụng những tài sản thiết yếu, thất bại trong việc phân phối v.v… Điện thoại yêu cầu hỗ trợ J2ME MIDP 2.0 Không thể chạy chương trình. Chia để trị, phân tích từng bước 1: Giải quyết từng bước 1: Xác định từng phần nhỏ (các tập con) Phương hướng phát triển của chương trình sau này Đánh giá của người dùng sau khi sử dụng Bắt đầu chỉnh sửa lại lần nữa hoàn hảo chương trình Tư liệu hỗ trợ : Giáo trình quản lí phần mềm Tài liệu hướng dẫn sử dụng chương trình J2ME Các hướng dẫn trên mạng… Ý nghĩa của chương trình và lợi ích: Chương trình có mục đích nhằm giúp cho mọi người có thễ hiễu về nghĩa của từ,giống như là 1 từ điển học 2 loại ngôn ngữ Anh – Việt. Có thể giúp người dùng tra cứu nghĩa của từ dù đang ở dạng tiếng Anh hay tiếng Việt. Yêu cầu kĩ thuật : Phải cập nhật đầy đủ chính xác nghĩa của từ. Hạn chế thấp nhất những lỗi về kĩ thuật Chương trình chạy trên phần mềm java J2ME Được sử dụng trên đa số các hệ điều hành (XP,7,vista,..) Phải được hoàn thành đúng thời gian đã đưa ra Chi phí cho quá trình hoàn thành chương trình,photo tài liệu. Giải thích đầy đủ về tính năng và công dụng,cách sử dụng chương trình cho người dùng Nếu chưa hoàn thành kịp yêu cầu thì phải tăng tốc độ,thêm nhân viên hoặc tăng thời gian làn việc của mỗi thành viên Các thành phần chương trình : Chương trình tra nghĩa tiếng Anh-Việt Phần nghĩa tiếng Anh Phần nghĩa tiếng Việt Nghĩa của từ được dịch bằng tiếng Anh Nghĩa của từ được dịch bằng tiếng Việt Đầu tiên từ được đưa vào,sau đó được phân giải xác định, đưa ra nghĩa của nó bằng ngôn ngữ đang sử dụng. Nếu muốn chuyển sang nghĩa của ngôn ngữ khác thì nhấn phím chức năng sẽ chuyển từ đã nhập sang ngôn ngữ kia và kèm theo là giả thích nghĩa của từ đó bằng ngôn ngữ từ đã được chuyển. Cơ cấu công việc : Đầu tiên ta thiết kế chương trình giọi,truy xuất các ngôn ngữ Thu thập từ và nghĩa của từ được giải thích theo ngôn ngữ tương úng bằng cả 2 ngôn ngữ cho 1 từ Cho dữ liệu vào chương trình,kiểm tra khả năng truy xuất giữa 2 ngôn ngữ Thiết kế sữa chữa giao diện thích hợp với người dùng,ưu tiên tính đơn giản dễ sử dụng Thử nghiệm chương trình Thông qua đánh giá của người dùng để chình sửa chương trình lần nữa Cơ cấu phân tích công việc: Mục đích phân tích công việc Là bước đầu có ý nghĩa quang trọng trong thành công của dự án phần mềm, giúp cho các thành viên có cơ sở làm việc một cách có khoa học hơn. - Cơ sở để bố trí,luân chuyển thành viên một cách thích hợp hỗ trợ nhau trong công việc phát triển phần mềm -Đánh giá công việc và thông qua đó xác định thời gian và khối lượng cống hiến của thành viên trong con việc. -Dự đoán tính chất của các công việc tương lai. -Cung cấp các thông tin về:yêu cầu của công việc là gì,những đặc điểm nhân viên cần có để thực hiện tốt công việc đó. Nguồn thông tin thu thập : Nguồn con người : gồm có các thành viên trong nhóm : Tấn,Phú , Tuấn. Nguồn phi con người : các tài liệu liên quan đến lập trình java ,... các tài liệu này có được thông qua bạn bè và internet. Thông tin để thực hiện phân tích công việc:  Để thực hiện phân tích công việc được chính xác cần phải sử dụng các loại thông tin dưới đây: 1. Thông tin về tình hình thực hiện công việc: Các thông tin được thu nhập trên cơ sở của công việc thực tế thực hiện công việc, như phương pháp làm việc, hao phí thời gianthực hiện công việc, các yếu tố của thành phần công việc. 2. Thông tin về yêu cầu nhân sự: Bao gồm tất cả các yêu cầu về nhân viên thực hiệncông việc như học vấn, trình độ chuyên môn, kỹ năng, các kiến thức hiểu biết liên quan đến thực hiện công việc, các thuộc tính cá nhân. 3. Thông tin về các yêu cầu đặc điểm, tính năng tác dụng, số lượng, chủng loại củacác máy móc, trang bị dụng cụ được sử dụng trong quá trình sử dụng công việc. 4. Các thông tin về điều kiện thực hiện công việc: Bao gồm các thông tin liên quanđến các vấn đề điều kiện làm việc như sự cố gắng về thể lực,thời gian biểu,... 5.Những yếu tố cơ bản tạo thành công việc là: Trách nhiệm, thông tin, kết quả và điều kiện kinh tế Dự toán dự án: Dự toán được quan tâm ở việc dự đoán bắt trắc.Nó vẻ vang hơn là bói toán mặc dù không phải bao giờ cũng chính xác.Một lượng chưa biết đều có thể dự toán trong khi lượng đã biết khỏi cần dự toán.Với người quản lý dự án phần mềm,có nhiều lượng chưa biết phải dự toán.Những lượng này liên quan đến các lĩnh vực như: Chi phí phát triển dự án. Lập trình phát triển dự án. Qui mô đội phát triển dự án. Khối lượng phần mềm phải phát triển. Nguồn phần cứng yêu cầu. Dự toán những lượng đó như thế nào không chỉ là vấn đề được đề cập:Các đơn vị sử dụng để đo những lượng đó cũng phải cần được xem xét. Chi phí phát triển dự án được đo lường tốt nhất bằng đơn vị tiền tệ, những đồng đola Mỹ hay bảng (Anh).Dù sao với dự án ban đầu chấp nhận được việc chuẩn bị bằng một đo lường trung gian sao đó được chuyển đổi sang đơn vị tiền tệ.Đơn vị trung gian phổ thông cho chi phí phát triển dự án là tháng công(hay tháng nhân công hay tháng kỹ sư …).Điều này sau đó có thể chuyển đổi sang giá trị tiền tệ bằng cách dự toán chi phí của một tháng công đơn. Lịch trình phát triển dự án rõ ràng được dự toán bằng đơn vị thời gian ngày,tuần, tháng hay năm . lịch trình giống như phần lớn các kế hoạch có khởi đầu và kết thúc. Thường dự án được quy hoạch , khởi đầu chính thức không rõ và do đó kết thúc cũng không rõ . Dự toán nhân sự phát triển có yêu cầu cho dự án rõ ràng theo đơn vị người. Nhân sự phát triển được nhóm theo một số phân loại phổ thông như : kỹ sư lập trình , kỹ sư phần mềm , nhân lực hỗ trợ , ... và mỗi nhóm được dự toán riêng . thời gian của dự án của mỗi người cũng được dự toán bằng cách nhận ra việc họ tham gia vào dự án rút ra khỏi dự án .khối lượng dự toán phần mềm được phát triển thường được dự toán bằng cả hai cách đo : bằng dòng mã hay kbyte của bộ nhớ . cả hai phương pháp điều có ưu và nhược điểm . số dòng mã là mức đo tiêu biểu nhiều hơn về mức độ cố gắng phát triển cũng như ngôn ngữ tùy thuộc vào ở chỗ hàng trăm dòng mã ngũ mức độ cao không đòi hỏi cũng như mức độ cố gắng như hàng trăm dòng lệnh thành ngữ “ kbyte bộ nhớ “ tiêu biểu là lượng phần mềm và có thể tương đối tùy thuộc ở ngôn ngữ lập trình gốc nhưnh hướng dẫn read mức độ cao có thể tạo ra nhiều mả máy hơn là thuật toán phức tạp. Lượng nguồn phần mềm được đo bằng nhiều đơn vị phụ thuộc ở nguồn đặt biệt được xét đến Dự toán từng bước : Phương cách “ phân chia và khuất phục “ thường được áp dụng trong nhiều lĩnh vực công nghệ phần mềm . phương pháp này cũng được sữ dụng trong hầu hết kỹ thuật dự toán . tiếp cận cơ bản là phân giải dự án thành những hợp phần được xác định rõ ràng và rồi lặp lại từng bước đến khi chỉ còn những đơn vị nhỏ sau đó có thể được dự toán dễ dàng hơn. Bước đầu tiên trong giải dự án là phân chia dự án thành bốn loại sau : 1.Hợp phần đã có sẵn sàng. 2.Hợp phần đầy kinh nghiệm 3.Hợp phần kinh nghiệm 1 phần 4.Phát triển mới