Code Monkey home page Code Monkey logo

bounswe2015group7's People

Contributors

abdcelikkanat avatar atakanarikan avatar bilalyasar avatar bulenthacioglu avatar ceenk avatar fthdgn avatar gmzrmks avatar googlecodeexporter avatar muratcakmak avatar mustafafeyzioglu avatar narinmahmuti avatar safaorhan avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

bounswe2015group7's Issues

add continous integration

we can add continuous integration to our project so that we will be notified when we have some test failures etc..

Project plan

Prepare your project plan. You are required to use the ProjectLibre tool (http://www.projectlibre.org). The related course slides can be found in the Lecture Notes post.

Deadline: April 27th, Monday, 9:00 AM

Requirements Feedback

Hi, here are a few problems i saw at a first glance on your requirements 
document. Please think on them and update them so that we can finalize the 
document by Wednesday. 

First please update the numbering convention. Each requirement should be named 
as 1 , 1.1.1 , 1.4.5.1.1. In future references to the requirements, this 
convention makes referencing easier.  
In a lot of places in the document, wording does not follow requirements 
conventions. You should use the shall or should keywords in the following 
convention:

- Shall is used to indicate a requirement that is contractually binding, 
meaning it must be implemented, and its implementation verified.  

- Should is used to indicate a goal which must be addressed by the design but 
is not formally verified.

- Should or shall be able to: Functions that the user performs if he wishes. 
Like he/she shall be able to login but he/she shall login if he wants to submit 
content.

The use of any other keywords such as can is not acceptable

Regarding content, you have not described the necessary functions to organize 
and present content. You will have stories about many different types of 
artifacts such as artworks customs and your system should provide extended 
representation. You either need to organize and present the content in a 
meaningful way or let the users organize the content in a crowdsourcing manner. 

You should also look for ways to incorporate semantic information from external 
cultural heritage semantic databases to enhance your system as it still is one 
of your requirements . Think hard on how such information can benefit your 
system.

Add semantic tags: System should differentiate tags semantically. (I.E. when I 
tag something java it should clarify if I mean java the programming language or 
java the islandlike in wikipedia)

Add semantic searching. i.e. return results tagged painting when I search 
drawings. Searching by tags does not provide that. 

Add a recommendation system. The system should display the user meaningful 
content. You should have an algorithm choosing what to display. When you have 
10k + entries, you can’t list them all on the homepage.

Original issue reported on code.google.com by [email protected] on 16 Mar 2015 at 10:47

add license

adding open-source license to project so that other people who use our code cannot use for commercial purpose.

Revising the project requirements

At the Customer Meeting 2, the requirements are reviewed with the customer. 
There are some requirements should be added.

 * Semantic tagging and searching should be improved.
 * There should be more fields other than tags to give information about a story. Shuch as, location and timeline information.

Original issue reported on code.google.com by [email protected] on 20 Mar 2015 at 3:54

test-failure MathematicalOperationsTest.testPower

testPower(MathematicalOperationsTest)  Time elapsed: 0 sec  <<< FAILURE!
java.lang.AssertionError: Use assertEquals(expected, actual, delta) to compare floating-point numbers
    at org.junit.Assert.fail(Assert.java:88)
    at org.junit.Assert.assertEquals(Assert.java:667)
    at org.junit.Assert.assertEquals(Assert.java:656)
    at MathematicalOperationsTest.testPower(MathematicalOperationsTest.java:49)

Use Case Scenarios Design

Use Case shall be design according the template below. While designing, members 
should consider glossary, requirements and the other members decisions about 
the cases.
**************************************************
Use Case #
Name : 
Actor : 
Goal : 
Preconditions
Postconditions
******************template*********************

Original issue reported on code.google.com by [email protected] on 14 Mar 2015 at 2:58

Preparing scenarios

At least 5 user scenarios should be created by March 18, 23:00.
Following the format shown in the problem session, each scenario must have the 
name, actor and goal of the scenario as well as the actual steps of the 
scenario in an itemized fashion.

Original issue reported on code.google.com by [email protected] on 12 Mar 2015 at 6:43

Customer Meeting Notes

Those take notes in customer meeting, please share your notes on this page.

https://code.google.com/p/bounswe2015group7/wiki/CustomerMeeting1

Original issue reported on code.google.com by [email protected] on 7 Mar 2015 at 3:20

Writing functions functions and their test functions

This issue should be completed after issue #43 completed.

For assignment 8, each of us should write and commit a java function that performs a unique mathematical operation on MathematicalOperations.java file. (examples listed in:
http://julia.readthedocs.org/en/latest/manual/mathematical-operations/).

After writing this functions, each of us should write and commit a JUnit test function containing at least 2 different fringe case tests for the function you wrote in MathematicalOperations.java (i.e. division by zero test for division). A nice tutorial can be found on http://www.vogella.com/tutorials/JUnit/article.html.

The deadline of this issue is May 4th 8:00.

Feedback on past 4 homeworks

Scenarios: Good

Use Cases: Good

Use Case Diagram: 
- incorrect usage of include
- items should not be added in a sequence:  report, rate etc are all actions 
doable by the user and should be connected to his/her symbol.  
- recommendation (user does not recommend anything, he sees recommended posts)

Web Mockups: not following a scenario, no real content in some pages

Mobile Mockups : not following a scenario, no realistic data

Sequence Diagram: 
- not all use cases covered 
- classes not represented (user/interface /system not enough)
- you do not have a class called application in your class diagram

Class Diagram: Ok

Test Cases: tested requirements not specified

Original issue reported on code.google.com by [email protected] on 2 Apr 2015 at 2:33

Drawing main sequence diagrams for user case scenarios.

Homework 5
2. Draw the main sequence diagrams for your user case scenarios. Your sequence 
diagrams should make the functionality of your system clear. Pay careful 
attention to the objects you select to represent in your diagrams, so that it 
is clear to the reader which objects are represented in the case.
Due: Monday, 23.03.2015 @ 19:00

The main sequence diagrams for the user case scenarios should be drawn. The 
document at the attachment may be helpful.

You can see use cases and scenarios at the wiki section.

I think it is best to use an online tool to draw diagram to make contributions 
easy.

Original issue reported on code.google.com by [email protected] on 17 Mar 2015 at 7:38

Attachments:

Bülent Hacıoğlu

What steps will reproduce the problem?
1.
2.
3.

What is the expected output? What do you see instead?


Please use labels and text to provide additional information.


Original issue reported on code.google.com by [email protected] on 18 Feb 2015 at 12:14

Documenting code

This issue should be completed after issue #44 completed.

For assignment 8, each of us should document our mathematical operation functions and test functions using doxygen format.

Deadline of this issue is May 7th 23:59

Creating maven project with JUnit framework

For assignment 8, we should write some functions and their corresponding JUnit function. Thus we should create an base project.
The project should consist JUnit framework. The framework will be included with Maven.
After base project is created, empty MathematicalOperations.java class and empty TestMathematicalOperations.java class for JUnit should be created.

Drawing class diagram of the project.

Homework 5
1. Draw a class diagram for your project. Your diagram should include the Class 
Names, Attributes, and Operations.
Due: Monday, 23.03.2015 @ 19:00

The class diagram of the project should be drawn. The document at the 
attachment may be helpful.

I think it is best to use an online tool to draw diagram to make contributions 
easy.

Original issue reported on code.google.com by [email protected] on 17 Mar 2015 at 7:35

Attachments:

Revising the project requirements

The requirements of the project should be revised. There are some points which 
are not mentioned enough, such as mobile application and nonfunctional 
requirements.
Also there are some user stories which is not used. They can be also included 
in the requirements.

The ones who accept this issue can use comment section to discuss requirements.

Original issue reported on code.google.com by [email protected] on 11 Mar 2015 at 6:00

Creating User Stories

We need to start writing the user stories since they will be really helpful for 
writing the requirements.

Format:

As a <type of user>, I want <some goal> so that <some reason>.

Might be helpful:
http://en.wikipedia.org/wiki/User_story

Original issue reported on code.google.com by [email protected] on 7 Mar 2015 at 1:56

Designing test cases

Test cases should be designed.


Homework text:
"This weeks homework is to design use case tests. You need to create tests for 
use cases based on your design as we discussed in class. Refer to the lecture 
slides for detailed information.

You have to follow a tabular format and provide fields such as expected, 
actual, status, notes as well as pre and post conditions and so on as discussed 
in class and in slides.
At this stage of design, abstract test case steps such as the ones given below 
are satisfactory. 
Example:
Go to main page.                   URL.                                         
 See main page with a search field           
Enter a search term.               Kuru fasulye.                            See 
a list of kuru fasulye recipes with their authors
Select recipe from list.            Kuru fasulye by @buyemek.    See the 
nutritional information about kuru fasulye buyemek (calories:340, protein: 20, 
fat:15, vitamin ....

Due: March 29th, Sunday, 23:59"

Original issue reported on code.google.com by [email protected] on 29 Mar 2015 at 12:53

Entering the meeting 5 notes.

One of the users should write the meeting notes on google code so others can 
see the discussed issues and outcomes.

Original issue reported on code.google.com by [email protected] on 23 Mar 2015 at 9:36

TEST

[https://docs.google.com/document/d/1-D690kxJpAp10wpfbCyMwNCuPiGghQonLtDrqsaoCu8
/ Google Documents file]

Original issue reported on code.google.com by [email protected] on 3 Mar 2015 at 8:29

Wiki migration

I have migrated wiki and images to wiki section. There maybe some syntax problem. They should be verified.

Determining questions for the Customer Meeting

There is a Customer Meeting at March 3rd 2015 @ 19:30. We should prepare 
questions which will be asked to the customers. Everyone writes the questions 
in his/her mind in the Google Documents file. We will determine final questions 
at the meeting tomorrow before the Customer Meeting.

https://docs.google.com/document/d/1-D690kxJpAp10wpfbCyMwNCuPiGghQonLtDrqsaoCu8/

Original issue reported on code.google.com by [email protected] on 3 Mar 2015 at 8:30

Creating HTML documentation

This issue should be completed after issue #45 completed.

The HTML doxygen documentation should be generated and uploaded to the wiki.

Deadline of this issue is May 7th 23:59.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.