Wednesday, January 30, 2008

mEeTinGs!

THE FIRST MEETING- WE HAVE A CLIENT!!!

December 4, 2007. Jjamppong, our group marked our first meeting. It happened at the Eng'g Library II, Discussion Room. Just today, we finally get to have a confirmation about a demand from one client, Mentors Plus Tutorial Center. Basically, Mr. Aldo Garcia, the owner of the said tutorial center wanted to alter the way they store and manage their records, which is by manually stacking these documents in a filing cabinet. Mr. Garcia wanted to have an on-line record management program that would simplify his work on this matter. Jenny, a group member, upon having a talk with Mr. Garcia, relayed to everybody in Jjamppong some details on the dos and donts, the musts and the nots and a little overview of the said project. Our group evaluates the said offer by considering the length of time and cost that this one semester would limit to us. We also tackle about some matters such as what programming language to use for on-line deployment of the project, possible flaws we may encounter in the future and when will be our formal meeting with the client if ever we decided to grab the offer. We still need to talk our schedules out, the groups' and also the client's, for us to finally set the date. This is actually how we ended the meeting.



THE SECOND MEETING PART 1- CAN WE DO IT? YES OF COURSE!

December 6, 2007. A short yet packed meeting. Since we still have time (before our next class start) we decided to have a short chat about our project. We ended up studying the project at the 2nd Floor Lobby of Eng'g Library II. We set things straight, just for the record. Are we going to do it? Can we do it? JT, one of the members says that it is not that hard to implement a database, however the project as of now is too simple to comply with the cs 192 requirements. Also other members said that they have a slight background in making a simple database. With this, the group finally made a deal to give this project a chance. We would just ask the owner what more does he wanted to include in the project. We decided, for now, to use JavaScript and mySQL, if ever, for the coding part. We supposed to meet the client tomorrow.




SECOND MEETING PART1.1

December 6, 2007. Mood swings, Decision left dangling. Later on the day there is a bit change on the schedule of the formal meeting, and it's NATURAL! We decided not to push through the activity tomorrow since not everyone would be available to come. We realized that as much as possible, everyone must be there before we start on agreeing on some specifications that will be given by the client. Everyone must be involve in the negotiation. Ja, Jap and Ryan, wouldn't be available in Saturdays and JT in Mondays, because of these the meeting was moved to Tuesday, December 11. But again it is tentative.



THIRD MEETING- MAKING THE FIRST STEP.


December 13, 2007. The third meeting, Just got excited. Today is just a short meeting. Even though we haven't meet the client we decided to make a sort of “Use Case Diagram” for the current specifications he gave. Perhaps, we are just being so excited about the making of the diagram for we are carried away by the Bulilit Liga stuff. Anyway, we talked about the main use cases needed for the project while having our breakfast at the new CS canteen before moving to where else? The Engineering Library II, Discussion Room. As of now, we have the basic, or should we say, the very basic picture of the project. We have in our draft of the diagram are the following: the Add, Edit and View functions, The Log-In Interface for security and the two actors, the administrator and the staff. However, again this is temporary for big changes sure awaits us when we finally meet Mr. Garcia.







FOURTH MEETING- WELCOME 2008. THIS IS THE DAY!

January 3, 2008. Vacation is over, we have to move on. We are quite left back by the flow of events of the past year but we are and we must catch up. It is FINAL. We have to have a personal meeting with the client for formality sake and also for elaboration of certain aspects today. But before going to that, Jjamppong group had organize the things we are going to present with the client. We made a short summary of the things the clients wanted to have in the project, some suggestions and questions of ours. We are going to meet in the afternoon and go to mentors plus center as a group to have a face-to-face with Mr. Garcia. A few touches and were set. Gladly, we don't have classes today so we have the whole day to tackle matters.


FIFTH MEETING- JUST MADE OUR FIRST STEP.

January 3, 2008. We rode the jeepney to Katipunan where we are about to meet our client. THIS IS REALLY IS IT. The day everyone has been waiting for, our first personal encounter with the owner of Mentorsplus Center, Mr. Aldo Garcia. The center is located at Golden Crescent Mansion, R. Alvero Street, Katipunan. Sir Aldo made some points on what the functions in the Mentorsplus website are such as adding student and adviser records, updating the finances, and tracking the attendance of the students. We had some arguments which specifications may and may not be done. Forum is requested but due to time constraints, we refused to include it the specifications. After the meeting, we planned to meet again to talk about the work distribution and other stuffs concerning the project.



Jjamppong is here!!!


Meet the jjamppongers!

Jay Andrae Salvador (Jap)
John Anthony Bautista (JA)
Ryan Balane (Rye)
Jennifer Cunanan (Jenny)
Jeremiah Tristan Balugay (JT)

Project: Mentorsplus Online
Client: Mr. Aldo Garcia

Saturday, January 26, 2008

Mackygrupo Progress Report (1)

Things we have accomplished:

Jerick
* Use Case Specification
* Screen Prototypes

Daryl
* Class Diagram
* UCD

Tina
* Use Case Specification
* RTM

Macky


Lalaine
* Use Case Specification
* Use Case Diagram
* RTM
* Gathering of Sample Data from Client

Our next week goals are:
*Normalized tables
*User’s Manual
*Completion of screen prototypes

Our most important concerns/issues/questions are:
*Database Normalization


We learned:

Jerick
* What is Glade, how to use it and how easy it is to create user interfaces with it. :)
* How to use PyGTK as bindings for Glade in Python
* How to program in Python

Daryl
*How to use python and glade in making applications with user interfaces
*How important class diagrams are
*How to use UMLet 8.0 and Umbrello

Tina

Macky

Lalaine
*How to use UMLET 8.0
*More on how the database should work (as specified by the client and after doing the Use Case Specifications)
*The existence of GTK (",)

Saturday, January 19, 2008

ORGSTER PROGRESS REPORT[1]

This week we have accomplished:
  • Ryan Joseph Raymundo: Orgster Screen Prototypes for Logging in and Calendar
  • Ma. Elena Bacay: Database Normalization, Analysis Class Diagram
  • Maria Cecille Castro: Use Case Specifications
  • Angelica Duran: Use Case Specifications
  • Mei Ann Ubina: RTM, Analysis Class Diagram

Our next week goals are:

  • Orgster Screen prototypes for maintenance of organization database
  • Finalize database normalization

Our most important concerns/ issues / questions are:

  • Concern: Database Normalization

We learned:

  • Ma. Elena Bacay:
    "I learned FDs and normalization forms. I had difficulty understanding FDs at the first time. Good thing there are examples online. It isn't easy to normalize, I realized one has to know the project data really well, like which relates to what, which ones can be derived and so on."
  • Maria Cecille Castro:
    "I learned design model components and logical database design (FDs and normalization forms)."
  • Angelica Duran:
    "I learned logical database design. And I also learned that use case specifications must be very precise."
  • Ryan Joseph Raymundo:
    "I learned GWT, design model components and how to represent data in forms of tables."
  • Mei Ann Ubina:
    "I learned logical database design, design model components and the importance of RTM, it must be definite."

Wednesday, January 16, 2008

GP report on "UP ONLINE SCHOLARSHIP APPLICATION DATABASE SYSTEM"

Yesterday, January 16, 2008 at around 11 am, our group (Girl Power) reported the recent development of our project(UP OSADS). We presented the prototypes of the system with an integrated php codes already. Here are the comments of Ma'am Solamo and the revisions she have suggested.

Login - Make the textfield name visible.
In updating the status of the applicant - instead of displaying a list of all the applicants with a drop down menu for "Approved or Disapproved", why not just search the applicant to be updated using his/her student number instead of having a long list of applicant on the screen.
Password - should not be used as a primary key because it changes from time to time.
Username - as a primary key is also not recommended, numbers are preferred.
Email add - can be used as a primary key
Grade - be made into GPA
Primary keys are unique, and cannot be a null value.

** Finalize the normalization to be emailed by monday -- perl
** Develop all interfaces, check and update with the rtm
--start with the must haves scenarios
update with rtm---kc
interfaces -- beth and rona