<?xml version="1.0" encoding="utf-8" ?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
         xmlns:dc="http://purl.org/dc/elements/1.1/"
         xmlns:syn="http://purl.org/rss/1.0/modules/syndication/"
         xmlns="http://purl.org/rss/1.0/">




    



<channel rdf:about="http://se.cs.put.poznan.pl/search_rss">
  <title>PUT Software Engineering Team</title>
  <link>http://se.cs.put.poznan.pl</link>
  
  <description>
    
            These are the search results for the query, showing results 1 to 5.
        
  </description>
  
  
  
  
  <image rdf:resource="http://se.cs.put.poznan.pl/logo.png"/>

  <items>
    <rdf:Seq>
        
            <rdf:li rdf:resource="http://se.cs.put.poznan.pl/knowledge-base/software-projects-database/use-case-based-effort-estimation/use-case-based-effort-estimation-database-uceedb"/>
        
        
            <rdf:li rdf:resource="http://se.cs.put.poznan.pl/knowledge-base/software-engineering-blog/garmus-function-point-analysis"/>
        
        
            <rdf:li rdf:resource="http://se.cs.put.poznan.pl/knowledge-base/software-engineering-blog/ucp"/>
        
        
            <rdf:li rdf:resource="http://se.cs.put.poznan.pl/knowledge-base/software-projects-database/use-cases-database-ucdb/use-cases-database-ucdb"/>
        
        
            <rdf:li rdf:resource="http://se.cs.put.poznan.pl/publications/alchimowicz-2008"/>
        
    </rdf:Seq>
  </items>

</channel>

    <item rdf:about="http://se.cs.put.poznan.pl/knowledge-base/software-projects-database/use-case-based-effort-estimation/use-case-based-effort-estimation-database-uceedb">        <title>Use-case-based effort estimation database (UCEEDB)</title>        <link>http://se.cs.put.poznan.pl/knowledge-base/software-projects-database/use-case-based-effort-estimation/use-case-based-effort-estimation-database-uceedb</link>        <description>The goal of UCEEDB is to collect use-case-based requirements specification and actual effort from real software projects. It enables calibration of effort estimation methods that relay on use-case-based functional size measurement (FSM), such as Use Case Points, Transactions, and TTPoints.</description>        <dc:publisher>No publisher</dc:publisher>        <dc:creator>mochodek</dc:creator>        <dc:rights></dc:rights>                    <dc:subject>effort estimation</dc:subject>                    <dc:subject>use case points</dc:subject>                    <dc:subject>ttpoints</dc:subject>                    <dc:subject>benchmark</dc:subject>                    <dc:subject>metrics</dc:subject>                    <dc:subject>use-case transaction</dc:subject>                <dc:date>2011-04-06T17:27:11Z</dc:date>        <dc:type>Rich document</dc:type>    </item>
    <item rdf:about="http://se.cs.put.poznan.pl/knowledge-base/software-engineering-blog/garmus-function-point-analysis">        <title>Review of book: Function Point Analysis: Measurement Practices for Successful Software Projects</title>        <link>http://se.cs.put.poznan.pl/knowledge-base/software-engineering-blog/garmus-function-point-analysis</link>        <description>This is a must-have book  for anyone who is seriously interested in counting IFPUG FPA and does not have access to official IFPUG counting practices manual.</description>        <dc:publisher>No publisher</dc:publisher>        <dc:creator>mochodek</dc:creator>        <dc:rights></dc:rights>                    <dc:subject>metrics</dc:subject>                    <dc:subject>effort estimation</dc:subject>                    <dc:subject>review</dc:subject>                    <dc:subject>function point analysis</dc:subject>                <dc:date>2010-09-04T11:48:56Z</dc:date>        <dc:type>Blog Entry</dc:type>    </item>
    <item rdf:about="http://se.cs.put.poznan.pl/knowledge-base/software-engineering-blog/ucp">        <title>Use Case Points</title>        <link>http://se.cs.put.poznan.pl/knowledge-base/software-engineering-blog/ucp</link>        <description>The Use Case Points (UCP) method, proposed by Gustav Karner can be used to estimate effort early in the project life-cycle, with relatively low cost. It is based on two main inputs which are actors complexity, measured based on the interface actor uses to communicate with the system; and use-case complexity measured in the number of so-called transactions in use-case scenarios. Here, I would like to present you  basic information about the original method proposed by Karner.</description>        <dc:publisher>No publisher</dc:publisher>        <dc:creator>mochodek</dc:creator>        <dc:rights></dc:rights>                    <dc:subject>effort estimation</dc:subject>                    <dc:subject>use case points</dc:subject>                    <dc:subject>metrics</dc:subject>                    <dc:subject>use cases</dc:subject>                    <dc:subject>use-case transaction</dc:subject>                <dc:date>2010-09-01T10:12:30Z</dc:date>        <dc:type>Blog Entry</dc:type>    </item>
    <item rdf:about="http://se.cs.put.poznan.pl/knowledge-base/software-projects-database/use-cases-database-ucdb/use-cases-database-ucdb">        <title>Use Cases Database (UCDB)</title>        <link>http://se.cs.put.poznan.pl/knowledge-base/software-projects-database/use-cases-database-ucdb/use-cases-database-ucdb</link>        <description>The goal of UCDB is to collect use-case-based requirements specification from real software projects.</description>        <dc:publisher>No publisher</dc:publisher>        <dc:creator>mochodek</dc:creator>        <dc:rights></dc:rights>                    <dc:subject>metrics</dc:subject>                    <dc:subject>benchmark</dc:subject>                    <dc:subject>use cases</dc:subject>                <dc:date>2009-12-09T07:28:47Z</dc:date>        <dc:type>Rich document</dc:type>    </item>
    <item rdf:about="http://se.cs.put.poznan.pl/publications/alchimowicz-2008">        <title>Towards Use-Cases Benchmark</title>        <link>http://se.cs.put.poznan.pl/publications/alchimowicz-2008</link>        <description>In the paper an approach to developing a use-cases benchmark is presented. The benchmark itself is a referential use-case-based requirements specification, which has a typical profile observed in real projects. To obtain this profile an extensive analysis of 432 use cases coming from 11 projects was performed.  Because the developed specification represents those found in real projects, it might be used in order to present, test, and verify methods and tools for use-case analysis. This is especially important because industrial specifications are in most cases confident, and they might not be used by researchers who would like to replicate studies performed by their colleagues.</description>        <dc:publisher>No publisher</dc:publisher>        <dc:creator>mochodek</dc:creator>        <dc:rights></dc:rights>                    <dc:subject>metrics</dc:subject>                    <dc:subject>requirements engineering</dc:subject>                    <dc:subject>benchmark</dc:subject>                    <dc:subject>use cases</dc:subject>                <dc:date>2011-12-28T11:22:07Z</dc:date>        <dc:type>Inproceedings Reference</dc:type>    </item>



</rdf:RDF>
