- Số tiền cước sẽ được chuyển cho EVN ngay trong ngày thu tiền Giảm thời gian và chi phớ cho EVN.
DỊCH VỤ THANH TOÁN TIỀN ĐIỆN TẠI QUẦY Ở NGÂN HÀNG CễNG THƯƠNG VIỆT NAM
2.2.1 Cỏc khỏi niệm cơ bản về phần mềm
•Khỏi niệm phần mềm
Theo tiến sỹ Riger Presman một chuyờn gia về cụng nghệ phần mềm của Mỹ thỡ phần mềm là:
- Cỏc chương trỡnh mỏy tớnh
- Cỏc cấu trỳc dữ liệu cho phộp chương trỡnh xử lý cỏc thụng tin thớch hợp
•Khỏi niệm cụng nghệ phần mềm
Cụng nghệ phần mềm (Software Technology) bao gồm một tập hợp với 3 yếu tố chủ chốt – Phương phỏp, Cụng cụ và Thủ tục – giỳp cho người quản lý cú thể kiểm soỏt được quỏ trỡnh phỏt triển phần mềm và cung cấp cho kỹ sư phần mềm một nền tảng để xõy dựng một phần mềm chất lượng cao.
Cỏc phương phỏp của cụng nghệ phần mềm đưa ra cỏch làm về mặt kỹ thuật để xõy dựng phần mềm. Nội dung của cỏc phương phỏp gồm:
- Lập kế hoạch và ước lượng dự ỏn phần mềm - Phõn tớch yờu cầu của hệ thống và phần mềm - Thiết kế cấu trỳc dữ liệu
- Thiết kế chương trỡnh và cỏc thủ tục - Mó húa và bảo trỡ
Cỏc cụng cụ của cụng nghệ phần mềm cung cấp sự hỗ trợ hay bỏn tự động cho cỏc phương phỏp.
Cỏc thủ tục của cụng nghệ phần mềm là chất keo dỏn phương phỏp và cụng cụ lại với nhau.
•Vũng đời phỏt triển của phần mềm
Vũng đời phỏt triển của phần mềm được biểu diễn bằng mụ hỡnh dưới đõy gọi là mụ hỡnh thỏc nước:
Hỡnh 2.1 Sơ đồ vũng đời phỏt triển phần mềm
(Trớch từ bải giảng CNPM)
- Cụng nghệ hệ thống: Phần mềm là một bộ phận của một hệ thống quản lý núi chung. Do đú, cụng việc nghiờn cứu phần mềm phải được đặt trong mối liờn hệ chặt chẽ với cỏc thành phần khỏc của hệ thống quản lý như phần cứng, nhõn tố con người, CSDL.
- Phõn tớch yờu cầu phần mềm: Kỹ sư phần mềm tiến hành phõn tớch cỏc chức năng cần cú của phần mềm, cỏc giao diện.
- Thiết kế: là một tiến trỡnh nhiều bước, tập trung vào 4 thuộc tớnh phõn biệt của chương trỡnh là:
+ Cấu trỳc dữ liệu + Kiến trỳc phần mềm + Cỏc thủ tục Cụng nghệ hệ thống Phõn tớch Mó húa Thiết kế Bảo trỡ Kiểm thử
+ Cỏc đặc trưng giao diện
- Mó húa: Mó húa trong cụng nghệ phần mềm được hiểu là bản dịch từ bản vẽ thiết kế thành bản vẽ lập trỡnh cụ thể.
- Kiểm thử: Tiến trỡnh kiểm thử tập trung vào phần logic bờn trong của phần mềm, đảm bảo rằng tất cả cỏc cõu lệnh đều được kiểm thử nhằm phỏt hiện cỏc lỗi và kết quả phự hợp với dữ liệu vào.
- Bảo trỡ: là cụng đoạn thực hiện sau khi phần mềm đó được đưa vào sử dụng được tiến hành dưới ba hỡnh thức:
+ Bảo trỡ sửa đổi + Bảo trỡ thớch nghi + Bảo trỡ hoàn thiện • Phương phỏp thiết kế
Cú hai phương phỏp thiết kế đú là : Phương phỏp thiết kế từ dưới lờn (bottom up design) và Phương phỏp thiết kế từ đỉnh xuống (Top down design).
- Phương phỏp thiết kế từ dưới lờn (Bottom up design): Theo phương phỏp này trước hết người ta tiến hành giải quyết cỏc vấn đề cụ thể, sau đú trờn cơ sở đỏnh giỏ mức độ tương tự về chức năng của cỏc vấn đề này trong việc giải quyết bài toỏn người ta gộp chỳng lại thành từng nhúm cựng chức năng từ dưới lờn trờn cho đến module chớnh. Sau đú thiết kế thờm một số chương trỡnh làm phong phỳ hơn, đầy đủ hơn chức năng của cỏc phõn hệ và cuối cỳng là thiết kế một chương trỡnh làm nhiệm vụ tập hợp cỏc module thành một hệ chương trỡnh thống nhất hoàn chỉnh. Phương phỏp này thường ỏp dụng cho việc phỏt triển phần mềm mà hệ thống đó cú rồi.
- Phương phỏp thiết kế từ trờn xuống (Top down design): Đõy là một phương phỏp thiết kế giải thuật dựa trờn tư tưởng module hoỏ. Nội dung của phương phỏp thiết kế này như sau: Trước hết ngừời ta xỏc định cỏc vấn đề
chủ yếu nhất mà việc giải quyết bài toỏn yờu cầu, bao quỏt được toàn bộ bài toỏn. Sau đú phõn chia nhiệm vụ cần giải quyờt thành cỏc nhiệm vụ cụ thể hơn, tức là chuyển dần từ module chớnh đến cỏc module con từ trờn xuống dưới, do vậy phương phỏp cú tờn gọi là thiết kế từ đỉnh xuống. Phương phỏp này thường ỏp dụng cho việc xõy dựng phần mềm hoàn toàn mới mà hệ thụng chưa cú.
Vỡ phần mềm của em trong hệ thống chưa cú nờn em chọn phương phỏp thiết kế từ đỉnh xuống tức là một phương phỏp thiết kế giải thuật dựa trờn tư tưởng module hoỏ. Nội dung của phương phỏp thiết kế này như sau: Trước hết người ta xỏc định cỏc vấn đề chủ yếu nhất mà việc giải quyết bài toỏn yờu cầu, bao quỏt được toàn bộ bài toỏn. Sau đú phõn chia nhiệm vụ cần giải quyết thành cỏc nhiệm vụ cụ thể hơn, tức là chuyển dần từ module chớnh đến cỏc module con từ trờn xuống dưới, do vậy phương phỏp cú tờn gọi là thiết kế từ đỉnh xuống.