1.2.4 Общие требования к программному продукту
Данный программный продукт должен обеспечивать:
- централизованное хранение, редактирование, добавление и удаление необходимых данных о клиентах, фондах, декларациях, сроках сдачи отчетов и занесенных документов в 1С;
ускорение и упрощение формирования необходимых бланков по сдачи отчетности;
разбивка отчетности по районам, фондам, клиентам.
1.2.5 Требования к надежности
Надежное (устойчивое) функционирование программы должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже:
- организация бесперебойного питания технических средств;
использование лицензионного программного обеспечения;
регулярное выполнение рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении № 28 от 23 июля
г. «Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;
регулярное выполнение требований ГОСТ 51188-98 «Испытания программных средств на наличие компьютерных вирусов».
Время восстановления после отказа, вызванного сбоем электропитания технических средств (иными внешними факторами), не фатальным сбоем (не крахом) операционной системы (ОС), не должно превышать 10 минут при условии соблюдения условий эксплуатации технических и программных средств.
Время восстановления после отказа, вызванного неисправностью технических
средств, фатальным сбоем (крахом) операционной системы, не должно превышать
времени, требуемого на устранение неисправностей технических средств и
переустановки программных средств.
1.2.6 Требования к составу и параметрам технических средств
1) Удовлетворение требованиям выбранных программных средств.
2) Минимальная стоимость.
1.2.7 Требования к программным средствам
1) Ориентирование на модификацию и расширение.
2) Высокая эффективность и надежность.
) Обеспечение целостности данных.
) Обеспечение доступа к данным всем пользователям сети.
) Удобство пользовательского интерфейса.
1.2.8 Требования к функциональным характеристикам
Основными функциями, которые должна нести проектируемая система, являются:
1) Ведение необходимых для полноценной работы справочников с возможностью их дополнения, редактирования и удаления записей.
) Получение информации о сданных отчетах в фонды
Нижегородской области за определенный период.
1.2.9 Требования к графическому интерфейсу
Система должна иметь интуитивно понятный графический пользовательский
интерфейс.
1.2.10 Требования к техническим средствам
Система должна функционировать на персональном компьютере
следующей конфигурации:
- процессор не хуже Intel Pentium Dual Core E5400 (2.7 GHz, 2Mb, 800MHz);
- оперативная память не менее 1 GB;
- жесткий диск не менее 80 GB.
1.2.11 Требования к климатическим условиям эксплуатации
Климатические условия эксплуатации, при которых должны обеспечиваться
заданные характеристики, должны удовлетворять требованиям, предъявляемым к
техническим средствам в части условий их эксплуатации.
1.2.12 Требования к квалификации и численности персонала
Программный продукт на стороне сервера должен обслуживаться
одним системным администратором, в обязанности которого должно входить поддержание работоспособности системных программных средств, а также резервное копирование файлов системы.
Численность и квалификация пользователей клиентской части приложения
определяется руководителем предприятия. Рекомендуемым работником на одно
рабочее место является один оператор ПК.
1.3 Информационная модель
1.3.1 Выбор способа организации данных
При выборе способа организации данных для проектирования программного продукта следует руководствоваться следующим правилами:
- система должна быть понятной любому специалисту, т.е. система не должна вызывать особых трудностей при выполнении типовых операций, с которыми пользователи часто встречаются;
- система должна быть удобной в использовании, все необходимые и часто используемые формы должны быть на виду, а близкие по смыслу элементы должны быть объединены в одну группу;
- система должна быть надежной и защищенной от случайного или преднамеренного изменения данных, и все пользователи системы должны обладать определенным набором прав, характерным для его специализации и выполняемым им работам. Система не только должна ограничивать доступ к информации, но и контролировать действия пользователя;
система должна быть адекватной и должна настраиваться под быстро изменяющиеся показатели на компьютерном рынке;
- система должна быть мобильной и надежной в техническом решении, т.е. не особенно требовательна к аппаратному обеспечению, средствам коммуникации и способу распространения в организации.
Проектируемая база данных должна хранить информацию о клиентах, фондах, сроках сдачи деклараций, а также связанную с ними информацию.
Кроме этого необходимо обеспечение возможности просмотра и редактирования информации.
При разработке необходимо, прежде всего, спроектировать такой программный продукт, который удовлетворял бы четырем принципам:
эффективность, контроль, совместимость, гибкость.
1) Принцип эффективности заключается в том, что выгоды от нового продукта должны быть больше расходов на его разработку и внедрение.
) Принцип контроля требует, чтобы проектируемая база обладала механизмами для защиты информации, ее данные были бы достаточно надежны при проверке отчетных документов.
) Принцип совместимости предполагает, что проект будет учитывать организационные и человеческие факторы.
4) Принцип гибкости требует от разработки возможности расширения без проведения больших изменений.
Существует ряд способов организации данных. Среди них - базы данных с индексно-последовательной организацией, файловые системы, базы данных сетевой модели, иерархические и реляционные базы данных. Эти типы отличаются не только способом физического управления хранением и поиском данных, но также концептуальными моделями, которые они предоставляют пользователю и программисту.
В традиционном толковании база данных - набор взаимосвязанных данных, который образовывается как единица. Состоящие из логических и физических структур, базы данных предназначены для хранения и отбора организационной информации. Физическая структура базы данных определяется файлами операционной системы, которые составляют базу данных. Логическая структура представлена в основном объектами базы данных - таблицами, запросами, формами, отчетами.
Для реализации данной структуры наиболее рациональным решением является создание реляционной базы данных.
Реляционная модель предложена сотрудником компании IBM Е.Ф. Коддом в 1970 г. В настоящее время эта модель является фактическим стандартом, на который ориентируются практически все современные коммерческие СУБД.
В реляционной модели достигается гораздо более высокий уровень абстракции данных, чем в иерархической или сетевой. Представление данных не зависит от способа их физической организации. Это обеспечивается за счет использования математической теории отношений (само название "реляционная" происходит от английского relation - "отношение").
Домен - это семантическое понятие, которое можно рассматривать как подмножество значений некоторого типа данных имеющих определенный смысл. Домен характеризуется следующими свойствами:
Домен имеет уникальное имя (в пределах базы данных).
- Домен определен на некотором простом типе данных или на другом домене.
Домен может иметь некоторое логическое условие, позволяющее описать подмножество данных, допустимых для данного домена.
- Домен несет определенную смысловую нагрузку.
Основное значение доменов состоит в том, что домены ограничивают сравнения. Некорректно, с логической точки зрения, сравнивать значения из различных доменов, даже если они имеют одинаковый тип. В этом проявляется смысловое ограничение доменов.
Кортежи - это упорядоченная совокупность элементов доменов.
С точки зрения организации данных отношения удобно изображать в виде таблиц.
Реляционная база данных есть совокупность отношений содержащих информацию о предметной области.
Степень отношения - это количество доменов (столбцов) образующих данное отношение, как правило, степень отношения в процессе жизненного цикла не меняется.
Мощность отношения - количество кортежей отношения (количество строк в таблице). В общем случае она изменяется с течением времени.
Первичный ключ - есть атрибут или набор атрибутов, значение которых однозначно указывают на конкретный кортеж отношения. Первичный ключ должен быть минимальным набором атрибутов. Число отношений в БД и конкретные атрибуты, приписываемые каждому отношению определяются в процессе проектирования БД, который может быть довольно продолжительным. После проектирования создание БД средствами СУБД может пойти достаточно быстро.
Сущность определяется как некий объект, представляющий интерес для пользователей БД. Этот объект должен иметь экземпляры, отличающиеся друг от друга и допускающие однозначную идентификацию. Признак, который может помочь в отыскании сущности состоит в том, что сущность это как правило, существительное (в инфологической модели предметной области).
Связь представляет собой взаимодействие между двумя или более сущностями. При поиске сущностей следует иметь в виду, что связь, как правило, глагол (в инфологической модели ПО).
Атрибут есть свойство сущности. Например атрибутами сущности преподавателя могут быть: номер преподавателя, фамилия, телефон, должность, адрес и т.п.
Ключ сущности - это атрибут или набор атрибутов, значения которых однозначно определяют экземпляр сущности.
Ключ связи - набор ключей сущностей, соединяемых данной связью.
Важной характеристикой связи между двумя и более сущностями является степень связи. Степень связи устанавливается из описания предметной области (из инфологической модели).
Тот факт, что в последние годы реляционная модель стала признанным стандартом разработки базы данных, объясняется как мощью самой реляционной модели, так и тем, что она поддерживает стандартный интерфейс SQL, который позволяет различным инструментальным средствам и программным продуктам работать с данными согласованным и понятным способом.
Реляционная база данных представляет собой хранилище данных, содержащее набор двухмерных таблиц. Набор средств для управления подобным хранилищем называется реляционной системой управления базами данных (РСУБД). РСУБД может содержать утилиты, приложения, сервисы, библиотеки, средства создания приложений и другие компоненты.
Данные в таблицах удовлетворяют следующим принципам:
- каждое значение, содержащееся на пересечении строки и колонки, должна быть атомарным (т.е. не расчленяемым на несколько значений);
значения данных в одной и той же колонке должны принадлежать к одному и тому же типу, доступному для использования в данной СУБД;
каждая запись в таблице уникальна, т.е. в таблице не существует двух записей с полностью совпадающим набором значений ее полей;
- каждое поле имеет уникальное имя;
- последовательность полей в таблице несущественна;
последовательность записей также несущественна;
- в таблицах между полями не должно быть транзитивных зависимостей;
- каждое не ключевое поле функционально полно зависит от ключа.
Несмотря на то, что строки таблиц считаются неупорядоченными, любая система управления базами данных позволяет сортировать строки и колонки в выборках из неё нужным пользователю способом.
Поскольку последовательность колонок в таблице несущественна, обращение к ним производится по имени, и эти имена для данной таблицы уникальны (но не обязаны быть уникальными для всей базы данных). Исходя из выше указанной информации, выбор падает именно на создание реляционной базы данных, которая хранила бы все необходимые связи, обеспечивая тем самым надежное хранение информации и корректную работу системы.