<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<OAI-PMH xmlns="http://www.openarchives.org/OAI/2.0/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:dim="http://www.dspace.org/xmlns/dspace/dim" xsi:schemaLocation="http://www.openarchives.org/OAI/2.0/ http://www.openarchives.org/OAI/2.0/OAI-PMH.xsd">
    <responseDate>2026-06-23T19:09:46.397Z</responseDate>
    <request verb="GetRecord" identifier="ezaposleni.singidunum.ac.rs/rest/sciNaucniRezultati/oai:2:12063" metadataPrefix="dim">http://ezaposleni.singidunum.ac.rs/rest/sciNaucniRezultati/oai</request>
    <GetRecord>
        <record>
            <header>
                <identifier>ezaposleni.singidunum.ac.rs/rest/sciNaucniRezultati/oai:2:12063</identifier>
                <datestamp>2026-06-17T21:38:49Z</datestamp>
                <setSpec>2</setSpec>
            </header>
            <metadata>
                <dim:dim>
                    <dim:field mdschema="dc" element="title" lang="en">Requirements Are Not Specifications: A Socio-Technical Contract Perspective on Software Requirements</dim:field>
                    <dim:field mdschema="dc" element="date" qualifier="issued">2026</dim:field>
                    <dim:field mdschema="dc" element="identifier" qualifier="uri">http://ezaposleni.singidunum.ac.rs/rest/sciNaucniRezultati/oai/record/2/12063</dim:field>
                    <dim:field mdschema="dc" element="identifier" qualifier="uri">https://www.worldscientific.com/doi/10.1142/S0218194026500476</dim:field>
                    <dim:field mdschema="dc" element="contributor" qualifier="author" authority="orcid::0000-0003-2969-1709" confidence="-1">T. Zivkovic</dim:field>
                    <dim:field mdschema="dc" element="contributor" qualifier="author" authority="orcid::0000-0002-4351-068X" confidence="-1">M. Zivkovic</dim:field>
                    <dim:field mdschema="dc" element="description" qualifier="abstract">Software projects frequently report requirements-related failures even when systems conform to documented requirements and pass acceptance criteria. This paper argues that such failures stem from a conceptual conflation of requirements with technical specifications. We propose a socio-technical, contract-based conceptualization of software requirements, framing them as negotiated commitments defined by assumptions, constraints, and accountability structures. Drawing on requirements engineering and organizational theory, we analyze how requirements function as evolving agreements rather than static technical prescriptions. We identify core elements of requirement contracts and show how misalignment arises when underlying assumptions shift while technical conformance is maintained. The proposed perspective clarifies recurring failure scenarios and provides a structured lens for requirements elicitation, documentation, change management, and traceability. Rather than introducing a new method, this work offers a conceptual model that integrates socio-technical considerations into requirements artifacts and supports improved alignment between stakeholder commitments and technical realization.</dim:field>
                    <dim:field mdschema="dc" element="type">article</dim:field>
                    <dim:field mdschema="dc" element="identifier" qualifier="doi">10.1142/S0218194026500476</dim:field>
                    <dim:field mdschema="dc" element="identifier" qualifier="issn">0218-1940</dim:field>
                    <dim:field mdschema="dc" element="source">INTERNATIONAL JOURNAL OF SOFTWARE ENGINEERING AND KNOWLEDGE ENGINEERING</dim:field>
                </dim:dim>
            </metadata>
        </record>
    </GetRecord>
</OAI-PMH>
