Надежность-1. Система не должна нарушать целостность данных.
Приложение Б. Прототиты пользовательского интерфейса
Рисунок Б.1 – Внешний вид основного окна программы.
Рисунок Б.2 – Окно медицинской карты призывника.
Приложение В. Атрибуты управляющих таблиц проектируемой ИС
Таблица В.1 – Спецификация таблиц базы данных
Имя поля | Тип | Значение |
Атрибуты таблицы «Grazdanin» -Гражданин | ||
ID | int | Уникальный номер гражданина |
Name | text | Имя гражданина |
SecondName | text | Фамилия |
LastName | text | Отчество |
GerlsName | text | Девичья фамилия |
Rozd_Oblast | text | Название региона |
Rozd_Raion | text | Название района |
Rozd_Gorod | text | Название города/села |
DataRozd | datetime | Дата рождения |
CreateDay | datetime | Дата записи |
ID_Relatives | int | Уникальный номер гражданина |
ID_Father | int | Уникальный номер гражданина |
ID_Mother | int | Уникальный номер гражданина |
ID_Adress_Pasport | int | Уникальный номер гражданина |
ID_Adress_Fuctual | int | Уникальный номер гражданина |
Foto | image | Хранимая фотография гражданина |
Таблица В.2 – Спецификация таблиц базы данных
Имя поля | Тип | Значение |
Атрибуты таблицы «Passport_Data» -Паспортные данные | ||
ID | int | Уникальный номер гражданина |
Pas_Ser_1pole | nchar(10) | Серия паспорта |
Pas_Ser_2pole | nchar(10) | Серия паспорта |
Nomer | nchar(10) | Номер паспорта |
Vidan | text | Подразделение выдавшее паспорт |
DateVidathi | datetime | Дата выдачи |
Kod_1pole | nchar(10) | Код подразделения выдавшего паспорт |
Kod_2pole | nchar(10) | Код подразделения выдавшего паспорт |
Атрибуты таблицы «Fuctual_Place_Residence» -Фактическое место проживания | ||
ID | int | Уникальный номер гражданина |
Endex | nchar(10) | Индекс |
Oblast | text | Область фактического проживания |
Raion | text | Район фактического проживания |
Gorod | text | Город фактического проживания |
Street | text | Улица фактического проживания |
House | nchar(10) | Дом фактического проживания |
ZaregDate | datetime | День регистрации места жительства по паспорту |
Kvartira | nchar(10) | Квартира фактического проживания |
HomeTel | nchar(10) | Домашний телефон |
WorkTel | nchar(10) | Рабочий телефон |
Таблица В.4 – Спецификация таблиц базы данных
Имя поля | Тип | Значение |
Атрибуты таблицы «Get_Out» -Сменившие место проживания | ||
ID | int | Уникальный номер гражданина |
Таблица В.5 – Спецификация таблиц базы данных
Имя поля | Тип | Значение |
Атрибуты таблицы «In_Army» -Проходящие действительную воинскую службу | ||
ID | int | Уникальный номер гражданина |
ID_MedCard | int | ID Мед карты гражданина |
Таблица В.6 – Спецификация таблиц базы данных
Имя поля | Тип | Значение |
Атрибуты таблицы «Med_card» -Медицинская карта гражданина | ||
ID | int | Уникальный номер гражданина |
KategorGodn | text | Категория годности гражданина к службе в армии |
Таблица В.7 – Спецификация таблиц базы данных
Имя поля | Тип | Значение |
Атрибуты таблицы «Negoden» - Граждане, не подлежащие призыву в армию по состоянию здоровья | ||
ID | int | Уникальный номер гражданина |
ID_MedCard | int | ID Мед карты гражданина |
Таблица В.8 – Спецификация таблиц базы данных
Имя поля | Тип | Значение |
Атрибуты таблицы «Officcer» -Офицер запаса | ||
ID | int | Счетчик |
ID_Zapas | int | ID Запасника |
Zvanie | text | Звание гражданина находящегося в запасе |
Uthebnoe_Zavidenie | text | Название учебного учреждения |
Таблица В.9 – Спецификация таблиц базы данных
Имя поля | Тип | Значение |
Атрибуты таблицы «Sniat_50» -Граждане, снятые с учета по достижении 50 лет | ||
ID | int | Уникальный номер гражданина |
Zvanie | text | Звание гражданина на момент снятия с учета |
Таблица В.10 – Спецификация таблиц базы данных
Имя поля | Тип | Значение |
Атрибуты таблицы «Soldat» -Солдат запаса | ||
ID | int | Счетчик |
ID_Zapas | int | ID Запасника |
Professia | text | Профессия полученная во время прохождения действительной воинской службы |
Таблица В.11 – Спецификация таблиц базы данных
Имя поля | Тип | Значение |
Атрибуты таблицы «Zapasnik» -Граждане находящиеся в запасе | ||
ID | int | Уникальный номер гражданина |
Таблица В.12 – Спецификация таблиц базы данных
Имя поля | Тип | Значение |
Атрибуты таблицы «Prizivnik» - Гражданин подлежащий призыву на действительную воинскую службу | ||
ID | int | Уникальный номер гражданина |
ID_MedCard | int | ID Мед карты гражданина |
Приложение Г - Выбор модели жизненного цикла
(обязательное)
Таблица Г.1 – Выбор модели ЖЦ на основе характеристик требований
Требования | Каскадная | V-образная | Прототипирование | Спиральная | RAD | Инкрементная |
Являются ли требования легко определимыми и/или хорошо известными | Да | Да | Нет | Нет | Да | Нет |
Могут ли требования заранее определятся в цикле | Да | Да | Нет | Нет | Да | Да |
Часто ли изменяются требования в цикле | Нет | Нет | Да | Да | Нет | Нет |
Нужно ли демонстрировать требования с целью определения | Нет | Нет | Да | Да | Да | Нет |
Требуется ли демонстрация возможностей проверка концепции | Нет | Нет | Да | Да | Да | Нет |
Будут ли требования отражать сложность системы | Нет | Нет | Да | Да | Нет | Да |
Обладает ли требование функциональными свойствами на раннем этапе | Нет | Нет | Да | Да | Да | Да |
Таблица Г.2 – Выбор модели ЖЦ на основе характеристик команды разработчиков
Команда разработчиков проекта | Каскадная | V-образная | Прототипирование | Спиральная | RAD | Инкрементная |
Являются ли проблемы предметной области проекта новыми для большинства разработчиков | Нет | Нет | Да | Да | Нет | Нет |
Является ли технология предметной области проекта новой для большинства разработчиков | Да | Да | Нет | Да | Да | Да |
Являются ли инструменты, используемые проектом, новыми для большинства разработчиков | Да | Да | Нет | Да | Нет | Нет |
Изменяются ли роли участников проекта во время ЖЦ | Нет | Нет | Да | Да | Нет | Да |
Могут ли разработчики проекта пройти обучение | Нет | Да | Нет | Нет | Да | Да |
Является ли структура более значимой для разработчиков, чем гибкость | Да | Да | Нет | Нет | Да | Да |
Будет ли менеджер проекта строго отслеживать прогресс проекта | Да | Да | Нет | Да | Да | Да |
Важна легкость распределения ресурсов | Да | Да | Нет | Нет | Да | Да |
Приемлет ли команда равноправные обзоры инспекций | Да | Да | Да | Да | Да | Да |
Таблица Г.3 – Выбор модели ЖЦ на основе характеристик типа проектов и рисков
Тип проекта и риски | Каскадная | V-образная | Прототипирование | Спиральная | RAD | Инкрементная |
Будет ли проект идентифицировать новое направление продукта для организации | Нет | Нет | Да | Да | Нет | Да |
Будет ли проект иметь тип системной интеграции | Нет | Да | Да | Да | Да | Да |
Будет ли проект являться расширением существующей системы | Нет | Да | Нет | Нет | Да | Да |
Будет ли финансирование проекта стабильным на всем протяжении ЖЦ | Да | Да | Да | Нет | Да | Нет |
Ожидается ли длительная эксплуатация продукта в организации | Да | Да | Нет | Да | Нет | Да |
Должна ли быть высокая степень надежности | Нет | Да | Нет | Да | Нет | Да |
Будет ли система изменяться, возможно, с применением непредвиденных методов, на этапе сопровождения | Нет | Нет | Да | Да | Нет | Да |
Является ли график ограниченным | Нет | Нет | Да | Да | Да | Да |
Являются ли «прозрачными» интерфейсные модули | Да | Да | Нет | Нет | Нет | Да |
Доступны ли повторноиспользуемые компоненты | Нет | Нет | Да | Да | Да | Нет |
Являются ли достаточными ресурсы (время, деньги, инструменты, персонал) | Нет | Нет | Да | Да | Нет | Нет |
Таблица Г.4 – Выбор модели ЖЦ на основе характеристик коллектива пользователей
Коллектив пользователей | Каскадная | V-образная | Прототипирование | Спиральная | RAD | Инкрементная |
Будет ли присутствие пользователей ограниченно в ЖЦ | Да | Да | Нет | Да | Да | Да |
Будут ли пользователи знакомы с определением системы | Нет | Нет | Да | Да | Нет | Да |
Будут ли пользователи ознакомлены с проблемами предметной области | Нет | Нет | Да | Нет | Да | Да |
Будут ли пользователи вовлечены во все фазы ЖЦ | Нет | Нет | Да | Нет | Да | Нет |
Будет ли заказчик отслеживать ход выполнения проекта | Нет | Нет | Да | Да | Нет | Нет |