Информационная система строительной компании

 

1.1.4 Ссылки 

План управления конфигурациями программного обеспечения (SCMP) для информационной системы.

Архитектура программного обеспечения (SDD) для информационной системы.

План управления программным  проектом (SPMP) для информационной системы.

План контроля качества (SQAP) для информационной системы.

План пользовательской документации (SUDP) для информационной системы.

Документация по тестированию программного обеспечения (STD) для информационной системы.

1.1.5 Обзор

Microsoft SQL Server — система  управления реляционными базами  данных (СУБД), разработанная корпорацией  Microsoft. Основной используемый язык  запросов — Transact-SQL, создан совместно Microsoft и Sybase. Transact-SQL является реализацией стандарта ANSI/ISO по структурированному языку запросов (SQL) с расширениями. Используется для работы с базами данных размером от персональных до крупных баз данных масштаба предприятия; конкурирует с другими СУБД в этом сегменте рынка.

Data Definition Language (DDL) - это  семейство компьютерных языков, используемых в компьютерных  программах для описания структуры  баз данных.

Data Manipulation Language (DML) - это  семейство компьютерных языков, используемых в компьютерных программах или пользователями баз данных для получения, вставки, удаления или изменения данных в базах данных.

Object Linking and Embedding (OLE) - технология  связывания и внедрения объектов  в другие документы и объекты,  разработанные корпорацией Майкрософт. OLE позволяет передавать часть работы от одной программы редактирования к другой и возвращать результаты назад. Основное преимущество использования OLE (кроме уменьшения размера файла) в том, что она позволяет создать главный файл, картотеку функций, к которой обращается программа. Этот файл может оперировать данными из исходной программы, которые после обработки возвращаются в исходный документ.

2. Общее описание

3. Перспективы продукта

В перспективе разработанную ИС возможно внедрить и в другие промышленно-торговые предприятия за счёт модульной структуры, которая позволяет добавлять специфические функции, не производя разработку всей системы с самого начала (т.е. система может быть адаптирована со сравнительно небольшими затратами).

1. Системные интерфейсы

Клиентская часть приложения взаимодействует с ОС через встроенные системные интерфейсы. Поддерживает версии ОС Microsoft Windows, начиная с версии NT 5.0 (Windows 2000).

Серверная часть  представляет собой файл БД и взаимодействующую  с ним СУБД Borland InterBase также с использованием встроенных функций.

2. Пользовательские интерфейсы

 

Пользовательский интерфейс присутствует в клиентском приложении и представляет собой стандартный оконный интерфейс  ОС Windows.

3. Аппаратные интерфейсы

С периферийными устройствами и сетевой инфраструктурой, соединяющей клиентскую и серверную часть системы, взаимодействие происходит с использованием средств самой операционной системы. Для установки клиента необходимо наличие клавиатуры, мыши и дисплея на клиентском ПК, привода для чтения оптических дисков, USB-порт или иное средство подключения внешних носителей данных.

4.2.1.4 Программные интерфейсы

 

Взаимодействие между клиентским и серверным ПО происходит поверх системных интерфейсов с использованием технологии ADO.

4.2.1.5 Коммуникационные интерфейсы

 

Для работы клиентского приложения требуется наличие сетевого подключения  к серверу (по технологии Ethernet, Wi-Fi или иной, поддерживающей пакетную передачу данных по протоколу TCP/IP).

6. Ограничения по памяти

Для обеспечения совместимости с Windows NT 5.0 и корректной работы приложения в многозадачном режиме было установлено ограничение на использование оперативной памяти в 128 мегабайт.   Не ниже 2Гб ОП

7. Операции

ИС должна предоставлять средства для реализации операций, которые определяются, исходя из предметной области, и делятся в зависимости от пользователя клиента. Пользователями системы могут быть: администратор ИС, бухгалтер, кладовщик, менеджер. Реализуемые системой операции, для бухгалтера:

- получение отчётов по покупкам, продажам и перемещениям за определённый период времени;

Для кладовщика:

• обработка накладных;
• создание накладных на перемещение;
• получение отчёта об остатках по складу.

Для менеджера офиса:

• составление приходных накладных;
• ведение списка материалов;
• ведение списка контрагентов;
• ведение списка единиц измерения.

Для менеджера магазина:

• составление расходных накладных;
• получение отчёта об остатках по складу.

Для администратора:

• ведение списка пользователей;
• назначение прав доступа;

Также для администратора доступны любые вышеописанные операции.

8.  Требования по адаптации

 

Требования по адаптации обозначены не были.

2. Пользовательские характеристики

 

Приложение должно обеспечивать такое  быстродействие, которое исключает  потерю рабочего времени в результате ожидания выполнения каких-либо операций.

Формы графического интерфейса должны быть стандартизированы, т.е. иметь  внешний вид и набор управляющих  элементов как остальные формы  ОС. Надписи должны быть чётко различимы, цветовая гамма, по возможности, не отличаться от применяемой в ОС.

3. Ограничения

 

Ограничения на использование системы  накладывают требования к ОС клиентских ПК, требования к коммуникационным интерфейсам и требования к используемой памяти.

4. Предположения и зависимости

Не выявлено.

5. Распределение требований

 

Требования к программному продукту подразделяются на требования пользователей (C-требования) и требования разработчиков (D-требования). Первые выдвигаются заказчиком в процессе разработки технического задания и представляют собой наиболее понятное пользователю описание. В процессе согласования технического задания разработчиками выдвигаются D-требования. В случае, когда требование сформулировано в С-требованиях и D-требованиях, приложение будет разрабатываться согласно D-требованиям, поскольку они более подробны.

3. Детальные требования

1. Внешние интерфейсные требования

Данный раздел дополняет раздел 1.2.3.  Пункты меню, управляющие элементы, поля ввода и вывода должны быть сгруппированы в соответствии с выполняемыми ими функциями. Требуется осуществлять проверку вводимых данных и выполняемых операций на корректность и уведомлять пользователя в случае ошибки. Формы вывода на печать следует выполнить в соответствии со стандартами оформления документации, если таковые имеются. Необходимо обеспечить корректную печать на листе формата А4.

Следует учесть возможные различия в характеристиках дисплеев клиентских ПК и предоставить пользователю возможность  динамически менять размеры форм и экранов приложения без потери каких-либо функций, элементов управления или отображения.

2. Требования к функциональным характеристикам

 

Информационная система должна реализовывать следующие функции:

• ввод информации о складах, контрагентах, материалах, ценах;
• ввод информации о  приходе/расходе/перемещении материалов;
• получение и вывод на печать отчётов о покупках, продажах, перемещениях материалов за указанный период;
• вывод на печать приходных и расходных накладных;
• получение отчётов об остатках на складах.

Приложение должно обеспечивать:

• многопользовательский режим работы;
• проверку вводимых данных и возможности осуществления той или иной операции с БД;
• отображение данных в реальном времени на любом клиентском ПК;
• персональную учётную запись для каждого пользователя;
• аутентификацию и авторизацию пользователей;
• защиту данных от несанкционированного доступа;
• использовать механизм транзакций во избежание нарушения целостности данных в случае неудачной операции.

3. Требования к производительности

 

Сервер ИС должен поддерживать одновременно до 300 подключений к БД, обеспечивать длительность выполнения запросов не более 5с. Необходимо обеспечить механизм регулярного резервного копирования данных, время восстановления в случае отказа – не более двух часов. Эти характеристики являются исключительно аппаратно-зависимыми и обеспечиваются силами заказчика.

Производительность клиентского  приложения зависит напрямую от параметров ПК и сетевого подключения. Однако клиент должен выполнять любые функции  без задержек длительностью более 1с на ПК с процессором тактовой частотой от 1ГГц при загрузке его  сторонними процессами не более чем на 20%, незанятой оперативной памятью 256МБ, видеопамятью 64МБ, при наличии подключения скоростью от 10Мбит/с и времени отклика сервера не более 75мс. При несоблюдении какого-либо из данных условий, стабильная и быстрая работа приложения не гарантируется.

4.3.4 Логические требования к базе данных

1. Входная информация

Входная информация для разработанной  ИС:

• поставщики;
• материалы;
• поставки;
• расход;
• перемещение;

4.3.4.2 Выходная информация

 

Выходная информация ИС:

• приходные/расходные накладные, накладные на перемещение;
• отчёт о покупке за период;
• отчёт о продаже за период.

5. Ограничения проектирования

 

Информационная система должна быть разработана с использованием case-средств и реализована в среде объектно-ориентированного программирования Borland Delphi 7 в связке с СУБД InterBase по клиент-серверной технологии. Для проектирования БД используется инфологическая модель, для реализации таблиц, хранимых процедур, триггеров и т.д. – язык SQL и средство визуального проектирования DataBase Desktop.

6. Соответствие стандартам

1. Надежность

 

Надёжность работы приложения обеспечивается многократным тестированием во время  разработки, а также средствами проверки корректности выполняемых операций и вводимых данных. Подразумевается  синтаксический, семантический контроль, а затем проверка на соответствие правилам логики приложения.

2. Доступность

 

Система доступна при условии установки  клиентской части на ПК с ОС Windows не старше версии 5.0 и устойчивого соединения с сервером СУБД InterBase с загруженной БД  ИС. Необходима первичная настройка пользователей системы администратором и назначение соответствующих прав доступа.

3. Защищенность

 

Защита данных на стороне сервера  производится путём ограничения  доступа средствами ОС, установленной  на сервере (контроль авторизации учётных записей). На стороне клиента также предусмотрен контроль учётных записей. При входе в систему производится аутентификаций пользователя (осуществляется запрос к БД для проверки существования пользователя, затем производится сличение хеша пароля, переданного клиентом и хеша, хранящегося в БД). Далее на основе данных аутентификации в случае успеха клиентское приложение определяет, какие операции имеет право выполнять данный пользователь (в зависимости от группы, в которой он состоит).