5.2.5. Принципи роботи з репозиторієм програм і артефактів
Клавіша “Репозиторій” на фабрики визначає.
Проведення робіт зі створення специфікатора КПВ по таблиці специфікатору, куди вводяться дані для їх збереження про КПВ, твердження завантажених продуктів у панелі адміністратора, створення документу КПВ, друкування інформації з вибраного КПВ із репозиторію. Вивід повної інформації про КПВ
Таблиця специфікатора на фабрики
Назва |
Опис |
Необхідність |
Розробник |
Прізвище Ім’я По-батькові автора, власника компонента, що додається |
Так |
Дата створення |
Дата створення КПВ автором (дата кінцевої, тестованої, специфікованої версії продукту) |
Ні |
Дата зміни |
Дата внесення змін у КПВ |
Авто |
Версія |
Версія компонента повторного використання |
Ні |
Платформа |
Платформа, для якої створювався КПВ та на якій перевірена його працездатність |
Так |
Операційна система |
Операційна система, для якої створювався КПВ та на якій перевірена його працездатність |
Так |
Розмір |
Загальний розмір КПВ (продукту, документації, тощо) |
Авто |
Опис |
Короткий опис КПВ, список внесених змін, системні вимоги, вимоги до користувачів, список необхідного ПЗ для коректної роботи, довідка, тощо |
Так |
Правила використання |
Особливий опис КПВ, згідно побажань автора, правил розповсюдження, тощо |
Ні |
Після заповнення цієї таблиці вона має вигляд, як на прикладі зображення 1.
Вигляд представлення КПВ
5.2.6. Навчання дисципліні “Програмна інженерія” на фабрики
Цей розділ призначений для навчання розділам підручнику “Програмна інженерія”. Нажатім на ключеві слова “Програмна інженерія” висвітлюється зміст підручнику і можна попадати у деякий розділ (з 10) і навчатися сутності розділу. Потім відвести на питання після кожного розділу підручнику.
5.3. Репозиторій кпв
5.3.1. Загальний опис репозиторію
Репозиторій КПВ призначений для:
запису компонента та його паспорту;
вибору КВП;
обчислення КПВ і виводу результатів;
внесення змін в КПВ і в паспорт;
документування КПВ і його паспорту.
Репозиторій розроблений в середовищі MS VS.NET 2010 з використанням в якості сховища опису компонентів MS SQL Server 2005. Для забезпечення доступу сайту до опису компонента використовується технологія ADO.NET, що входить до складу Microsoft Framework.NET.
Містить компоненти
КПВ для побудови нових проектів. Робоча
область панелі «Репозіторій» розділена
на 2 під області. У лівій частині розміщено
дерево(каталог) репозіторія, в правій
– опис компонента (його специфікація),
кнопка завантаження компонента
Параметр |
Опис |
Обов’язковість |
Name |
Ім’я набору відомостей, що складає компонент. Має бути унікальним у сховищі мета даних ETICS |
Так |
DisplayName |
Відображуване дружнє ім’я набору відомостей компонента. Не потребує унікальності |
Ні |
Platform |
Одна з платформ розробки |
Так |
Description |
Опис набору відомостей компонента |
Так |
packageName |
Ім’я пакету, виробленого цим компонентом, якщо воно відрізняється від імені компонента |
Ні |
Homepage |
Адреса домашньої сторінки компонента |
Ні |
Vendor |
Власник компонента (організація, компанія, особа) |
Так |
ModifyDate |
Дата останньої модифікації |
Так |
Download |
Шлях до компонента |
Так |
Download run |
Шлях до виконуваного файлу компонента |
Ні |
В ІТК використовується модель даних, що є в Etics системи Grid. Модель даних розроблена відповідно стандарту CIM (Common Information Model) і призначеного для опису об’єктно–орієнтованими засобами програм і систем за допомогою класів, об'єктів, методів і властивостей. Дозволяє керувати різними об'єктами, наведеними з використанням уніфікованого набору визначень, команд і сценаріїв роботи (use case). До складу даних віднесені: Проект, підсистема, компонент, модуль. Їх зміст наведений нижче.
Рис. 5. S – платформа, під яку написаний компонент, С – компонент
|
ПРОЕКТ (Project). Контейнер компонентів ПС, що визначають властивості і політики (правила), застосовувані за замовчуванням для всіх компонентів (наслідувані). ПІДСИСТЕМА (Subsystem). Логічний фрагмент архітектури ПС, що забезпечує підмножина функціональності проекту. Контейнер для компонентів зі специфічними властивостями і політиками, наслідуваними від підсистеми. КОМПОНЕНТ (Component). Мінімальна одиниця функціональності в архітектурі проекту. Належить підсистемі або безпосередньо проектові. МОДУЛЬ - загальна назва для проекту, підсистеми і компонент. Модулі в ETICS повинні мати однозначну відповідність з модулями VCS, використовуваної для проекту. Для модулів типу «проект» і «підсистема» у VCS може не бути установлені правила відображення. Деякий модуль має мета опис в ETICS, структура якого визначається видом модуля. |
.