Как Вы имеете размеры/оцениваете размер работы по программированию XML?

Позвольте мне запуститься путем высказывания, что оценка проекта на основе критериев как это настолько же глупо как оценивает программиста на основе того же самого. Я знаю, что существуют исследования, которые показывают, что существует четкая корреляция между количеством строк кода и nuber дефектов кода. По-моему, это - просто вопрос увеличенного масштаба.

Однако если Ваши повелители... допускают ошибку... Я подразумеваю, что управление требует, чтобы Вы для предложения чего-то вот были некоторыми относительно легкими измерениями для создания:

• Общее количество узлов
• Количество типов узлов
• Средние атрибуты на узел
• Самый большой уровень вложения

Ну, если Вы просто отображаете схему на структуру с точки зрения Ваших основных операций SOAP/WSDL, сообщений и типов затем, можно, вероятно, просто приравнять каждый из этих аспектов к, он - соответствующий метод, сообщение и класс.

Например... клиентская схема как таковая:

  <?xml version="1.0" encoding="utf-8"?>
<xs:schema xmlns:tns="http://tempuri.org" 
           targetNamespace="http://tempuri.org"
           xmlns:xs="http://www.w3.org/2001/XMLSchema">
  <xs:element name="Customer">
    <xs:complexType>
      <xs:sequence>
        <xs:element name="FirstName" type="xs:string" />
        <xs:element name="LastName" type="tns:LastNameType" />
      </xs:sequence>
      <xs:attribute name="CustID" type="xs:positiveInteger"
                    use="required" />
    </xs:complexType>
  </xs:element>
  <xs:simpleType name="LastNameType">
    <xs:restriction base="xs:string">
      <xs:maxLength value="20"/>
    </xs:restriction>
  </xs:simpleType>
</xs:schema>

... приравнялся бы к Клиентскому классу как таковому...

public class Customer
{
    public string FirstName{}
    public string LastName{get;set;}
    etc...
}

Таким образом, можно продолжить использовать текущие сравнительные тесты для SLOC только на относительном масштабе.

Проблема с этим состоит в том, что запись XML-схемы действительно не допускает большую вариацию в LOC, который делает запись Java или программы C#. Программист может записать класс C# миллионом различных способов, где, поскольку определение схемы намного более структурировано и только действительно допускает изменение в продолжительность операции, сообщения и имен переменной. Поэтому, если Вы просто пишете XML теперь вместо Java или C# затем, можно хотеть полагать, что метрика SLOC собирается содержать намного меньше воды затем, это привыкло для с точки зрения определения размера проекта и ошибок.