отчет по практике. отчет по практике 2. Программа производственной практики является частью опоп спо по специальности 230401 Информационные системы (по отраслям) базовой подготовки в части освоения
 Скачать 52.48 Kb.
|
1 2 Для осуществления этих мероприятий использовались, как правило, вакансии, которые в течение длительного времени не заполнялись по тем или иным причинам. При принятии решения об изменении штатной численности какого-либо подразделения принимались во внимание расчеты-обоснования, отражающие: информацию о росте количества участников внешнеэкономической деятельности; анализ расширения (сужения) различных направлений деятельности; данные об увеличении (уменьшении) объемов обрабатываемых документов; наличие и качество технических средств контроля и связи; материально-техническое обеспечение; наличие помещений и необходимость их охраны. 1.4 Анализ информационной системы. ИНЭК "Страховщик" Направление автоматизации страховой деятельности группы "ИНЭК" предоставляет услуги в сфере интегрированных решений по автоматизации деятельности страховых и перестраховочных организаций. Основным программным продуктом, созданным нами для этих целей, является программный комплекс "ИНЭК-Страховщик". "ИНЭК-Страховщик" это мощный инструментарий, который развивается и поддерживается в актуальном состоянии с 1995 года. На сегодняшний день он используется и с достоинством оценен многими специалистами страховых организаций в разных регионах нашей страны. Встроенный универсальный инструментарий и современнейшие технологии, используемые в последних версиях комплекса, позволяют адаптировать его под любые требования к учетной политике, документообороту и бизнес-процессам в страховой организации, в том числе с развернутой филиальной и агентской сетью. ПК "ИНЭК-Страховщик": ·Неоднократный победитель международного конкурса программного обеспечения "БИЗНЕС-СОФТ" в номинации лучшая система автоматизации страховых организаций. ·сертифицирован "Институтом Профессиональных Бухгалтеров" на соответствие правилам системы нормативного регулирования бухгалтерского учета. ·рекомендован Департаментом методологии бухгалтерского учета и отчетности Минфина РФ и Департаментом страхового надзора Минфина РФ для использования страховыми организациями. ·зарегистрирован в Государственном регистре баз данных РФ и реестре программ для ЭВМ в РосАПО. История создания: - Группа ИНЭК выпустила компьютерную программу "Расчет страховых резервов" - Выпущен программный комплекс "Страховщик", в котором, кроме расчета резервов, формировалась отчетность и появилась возможность анализа результатов деятельности - Создан комплекс "ИНЭК-Страховщик", соединивший в единой системе учет всех типов договоров, бухгалтерский учет, формирование отчетности и анализ результатов деятельности - Для страховых компаний с разветвленной филиальной сетью была разработана система консолидированного учета и формирования отчетности Страница 7 из 13 - Выпуск ИНЭК-Страховщик версии Unlimited, которая предусматривает использование неограниченного количества рабочих мест - Выпущена новая клиент-серверная версия ПК ИНЭК-Страховщик 5.01 версия Профессионал - ПК ИНЭК-Страховщик 5.01 версия ОСАГО - ПК ИНЭК-Страховщик 5.01 версия Стандарт - ПК ИНЭК-Страховщик 5.01 версия ДМС Рисунок 8 - Справочная система "ИНЭК-Страховщик" Краткое описание ПК "ИНЭК-Страховщик" предназначен для комплексного решения широкого спектра задач по автоматизации деятельности страховых и перестраховочных организаций. С помощью ПК "ИНЭК-Страховщик" страховые организации могут вести оперативный и управленческий учет, решать широкий спектр задач по автоматизации бухгалтерского учета, учета договоров страхования и перестрахования (по всем видам страховой деятельности), управленческого учета, расчета страховых резервов и т.д. ПК "ИНЭК-Страховщик" представляет собой законченное решение для страховой компании. Благодаря встроенным возможностям настройки, он легко адаптируется в соответствии со специфическими особенностями учета конкретной страховой организации. ПК "ИНЭК-Страховщик" разработан на базе клиент-серверной архитектуры с использованием СУБД, характеризующейся высокой производительностью и надежностью. ПК "ИНЭК-Страховщик" имеет современный удобный интерфейс и используются следующие технологии: ·Встроенный набор глобальных функций, позволяющих создавать произвольные отчеты для принятия управленческих решений ·Универсальный конструктор описания правил импорта данных, позволяющий с необходимой периодичностью импортировать данные из любых внешних систем ·Возможность использования для обмена данными между филиалами внутреннего формата, не требующего дополнительных настроек ·Встроенный менеджер БД, разработанный с использованием технологии CORBA, обеспечивает централизованный доступ к различным базам данных, контроль подключений и первичную идентификацию пользователей ·Богатые возможности настройки программного комплекса; ·Встроенный механизм защиты данных от некорректного ввода. Возможность подключения дополнительных алгоритмов к формам данных, позволяющим осуществлять контроль и расчет основных параметров (автонумерация договоров, расчет тарифов и т.п.) ·Возможность настройки и печати произвольных документов для каждого из элементов учета ·Встроенный механизм печати произвольных оперативных отчетов В 2002г. Группа ИНЭК выпустила версию ПК "ИНЭК-Страховщик" Профессионал, воплотившую в себя многолетний опыт специалистов группы ИНЭК по автоматизации страховой деятельности. Версия Профессионал предусматривает в комплекте поставки дополнительные услуги, обеспечивающие адаптацию системы к требованиям конкретной страховой компании. В состав услуг входит обследование, выявление специфики компании-заказчика, разработка модели системы и ее настройка в соответствии с бизнес-процессами компании-заказчика. Рисунок 8 - Интерфейс "ИНЭК-Страховщик" Рисунок 9 - Новый полис. "ИНЭК-Страховщик" На сегодняшний день ПК "ИНЭК-Страховщик" Профессионал обеспечивает: ·универсальную технологию учета договоров личного, имущественного страхования и страхования ответственности; ·учет различных типов генеральных договоров, договоров с несколькими застрахованными, несколькими объектами и рисками; ·учет активного и пассивного перестрахования в разрезе факультативной, облигаторной, пропорциональной и непропорциональной формы; ·учет и мониторинг запланированных и фактических поступлений по договорам и убытков по всем этапам их урегулирования; ·синхронное ведение специализированного бухгалтерского, налогового и управленческого учета, включая учет денежных средств, материальный учет, учет взаимных расчетов, учет затрат и инвентарный учет; ·интегрированный учет и формирование страховых, перестраховочных операций по всем регистрам, включая журнал договоров, журнал хозяйственных операций бухгалтерского, налогового и управленческого учета, реестр первичных документов; ·формирование страховых резервов по всем учетным группам стандартными и произвольными методами; ·мониторинг деятельности на основе комплексного анализа данных, путем создания форм управленческой отчетности произвольного вида; ·обмен данными между головной компанией, ее филиалами и агентствами; Страница 8 из 13 ·учет и анализ деятельности всех обособленных подразделений в единой базе данных. ПК "ИНЭК-Страховщик" Стандарт сочетает в себе преимущества тиражного, "коробочного" продукта и уникальный набор функциональных возможностей, ранее доступных только в версии Профессионал. Версия Стандарт специально разработана для участников страхового рынка, которые пока не готовы к дорогостоящим проектам внедрения информационных систем, но которым, в то же время, необходимо использование современных IT-технологий. Версия Стандарт обеспечивает: ·универсальную технологию учета договоров личного, имущественного страхования и страхования ответственности; ·учет различных типов генеральных договоров, договоров с несколькими застрахованными, несколькими объектами и рисками; ·учет активного и пассивного перестрахования в разрезе факультативной, облигаторной, пропорциональной и непропорциональной формы; ·учет и мониторинг запланированных и фактических поступлений по договорам и убытков по всем этапам их урегулирования; ·синхронное ведение специализированного бухгалтерского, налогового и управленческого учета, включая учет денежных средств, материальный учет, учет взаимных расчетов, учет затрат и инвентарный учет; ·интегрированный учет и формирование страховых, перестраховочных операций по всем регистрам, включая журнал договоров, журнал хозяйственных операций бухгалтерского, налогового и управленческого учета, реестр первичных документов; ·формирование страховых резервов по всем учетным группам стандартными и произвольными методами. С введением в России в 2004г. обязательного страхования автогражданской ответственности разработан ПК "ИНЭК-Страховщик" ОСАГО, автоматизирующий все бизнес-процессы, связанные с данным видом страхования. Версия ОСАГО включает: ·регистрацию страхователей, собственников, лиц допущенных к управлению, объектов страхования, а также весь необходимый набор их реквизитов; ·регистрацию договоров ОСАГО с автоматическим расчетом тарифа в соответствии с действующими постановлениями Правительства; ·регистрацию переоформленных договоров ОСАГО; ·печать заявлений на страхование, полисов, страховых актов и других сопроводительных документов по договору; ·учет бланков строгой отчетности и получение оперативных отчетов по движению бланков; ·учет поступивших премий, заявленных убытков и этапов их урегулирования; ·учет регрессных исков и фактических поступлений по ним; ·подготовка произвольных аналитических отчетов по договорам; ·формирование отчетности по формам 1-РСА, 2-РСА, 3-РСА, 4-РСА; ·выгрузка данных по договорам и убыткам в формате XML в соответствии с требованиями РСА; ·выгрузка данных для оценки коэффициента "бонус-малус" в формате XML в соответствии с требованиями РСА; ·расчет страховых резервов по договорам ОСАГО; ·формирование статистической отчетности по форме 1-С, 2-С; ·гибкая настройка обмена данными с другими системами (с использованием XML, СSV). В начале 2005 г. выпущен ПК "ИНЭК-Страховщик" ДМС - специализированный программный продукт, автоматизирующий все бизнес-процессы, связанные с учетом договоров добровольного медицинского страхования (ДМС). Версия ДМС включает: ·учет договоров добровольного медицинского страхования со списками застрахованных, программ страхования и медицинских услуг; ·возможность регистрации списка прикреплений для каждого застрахованного по договору ДМС; ·регистрация договоров с медицинскими учреждениями с учетом прейскурантов и лицензий ЛПУ; ·регистрация дополнительных соглашений по договорам ДМС и договорам с ЛПУ; ·формирование произвольных оперативных отчетов по договорам ДМС, застрахованным, программам страхования и т.п.; ·печать договоров и полисов ДМС; ·регистрация счетов ЛПУ с реестрами оказанных услуг и возможностью проведения медико-экономической экспертизы; ·возможность импорта списков застрахованных, прейскурантов ЛПУ и реестров оказанных услуг в систему; ·автоматическое формирование суммы выплаты по счету с учетом результатов МЭЭ и суммы аванса; ·учет убытков по ДМС в разрезе ЛПУ, страхователя и застрахованного; ·регистрация обращений на диспетчерский пульт страховой компании с возможностью быстрого поиска застрахованного в базе данных; Страница 9 из 13 ·регистрация гарантийных писем; ·учет договоров ДМС, предусматривающих реабилитационно-восстановительное лечение; ·регистрация счетов на РВЛ с контролем превышения страховой суммы по каждому страхователю. Применяемые технологии: Клиент-серверная архитектура В "ИНЭК-Страховщик 5.01" использован переход к двухзвенной архитектуре. За время, прошедшее с момента выпуска первой версии комплекса, многие его пользователи существенно расширили клиентскую базу и спектр предоставляемых услуг, что, несомненно, сказалось на объемах хранимой информации и скорости ее обработки. Использование клиент-серверной технологии позволяет избежать расходов на обновление аппаратного обеспечения рабочих мест, обеспечив требуемое быстродействие за счет сервера., XSL, HTML На сегодняшний день создано огромное количество методик, стандартов и форматов обмена и хранения данных. Очень важно уже на этапе планирования выделить ключевые технологии, правильно определив их место и роль в новом проекте. Именно так было принято решение об использовании XML в качестве единого формата экспорта данных версии 5.01 Последнее время данный формат приобретает все большую популярность за счет гибкости, открытости и простой структуры. Привлекательность его возрастает ввиду роста интереса разработчиков и ИТ-менеджеров к отделению информации от ее внешнего представления. Данный подход предполагает наличие неограниченного количества стилей отображения данных близкой или идентичной структуры. Один и тот же XML-источник может предстать перед руководителем подразделения в виде диаграммы, а перед бухгалтером v в виде сводной таблицы или стать источником данных для аналитической системы, пройдя преобразование в необходимый формат. Эти идеи в полной мере были воплощены в комплексе. Он позволяет экспортировать в XML практически всю вводимую и отображаемую информацию. Кроме того, в состав комплекса включены множество стилей отображения, позволяющих представить XML в виде HTML и документов Word и Excel. Стили выполнены, как виде скриптов с использованием языка оформления XML и XSL, так и в виде динамических библиотек, обеспечивающих высокую скорость обработки. Комплекс - объект автоматизации. Еще одним новшеством комплекса является включение в него средств автоматизации с применением технологии OLE. OLE - автоматизация давно знакома пользователям Microsoft Windows и широко применяется в Microsoft Office для интеграции включенных в него программных продуктов. Модули комплекса также являются серверами автоматизации и могут служить источником данных как для программ Microsoft Office, так и программ других производителей. Открыв доступ к данным комплекса через интерфейсы COM, мы предоставили пользователям еще один механизм их анализа и новый способ подготовки отчетности. В отличие от рассмотренного ранее метода создания документов путем преобразования XML-источника с определяемым программой набором данных, данная технология позволяет извлекать и включать в отчеты любые данные комплекса в произвольной последовательности. Используя версионность COM-интерфейсов, мы планируем в дальнейшем расширять перечень предоставляемых функций управления модулями, как в целях большей интеграции комплекса, так и по запросам его пользователей. Одной из отличительных черт программного комплекса версии 5.0 является предоставление пользователю множества способов доступа к хранимым и рассчитываемым данным. Для повышения эффективности использования этих данных в состав комплекса включен специализированный HTTP-сервер. Отличительной особенностью данного сервера является простота установки и настройки, а, также, высокая производительность, отчасти обеспеченная узкой направленностью на обработку определенного вида запросов. Сервер может быть запущен на любом компьютере компании в целях предоставления неавторизованного доступа к справочникам комплекса "ИНЭК-Страховщик 5.0" пользователям внутренней, а, при желании, и внешней сети. Написанный на языке Java сервер использует шаблоны для описания вида HTML-страниц подготовки запросов и результатов их выполнения. Файлы настройки, представлены в формате XML и позволяют управлять составом и объемом публикуемых данных. Формы запросов могут быть легко включены в созданные ранее страницы, например, страницы корпоративного WEB-сайта. Как уже упоминалось ранее, мы считаем выбор Interbase в качестве основной СУБД комплекса обоснованным и подходящим для большинства страховых компаний. Тем не менее, в наших ближайших планах значится построение аналогичной структуры базы данных для СУБД Oracle. По всей видимости, данное решение будет предлагаться компаниям уже имеющим серверы баз данных данного производителя и опыт их администрирования. Не исключена возможность поддержки и других широко распространенных СУБД. Страница 10 из 13 Последние годы группа ИНЭК ведет активные разработки в области сетевых технологий. Одним из результатов данных работ является собственная реализация CORBA для Object Pascal и ORB DORB. Несмотря на то, что, на сегодняшний день все работы с DORB носят экспериментальный характер, мы твердо намерены приступить к реализации новых модулей комплекса, использующих трехзвенную архитектуру. 2. Проектирование информационной системы .1 Описание предметной области с использованием модели "сущность - связь" Рисунок 10 - Модель "сущность - связь". 2.2 Моделирование бизнес-процессов с помощью IDEF0-диаграмм Рисунок 11 - IDEF0 диаграмма. 2.3 Разработка структуры информационной системы с использованием СУБД MS Access Для разработки структуры информационной системы введём следующие сущности. .ДИЛЕР; .ДИЛЕРСКИЙ ТЕРМИНАЛ; .КЛИЕНТ; .СОТРУДНИК; .УСТАНОВКА; .ЗАКАЗ; .РАЗМЕРЫ. Каждая из представленных сущностей имеет свои атрибуты и первичный ключ. При выборе ключа используем следующие критерии: ключ должен гарантировать уникальность любого экземпляра сущности; атрибуты, входящие в первичный ключ не могут принимать неопределенные значения; ключ должен быть неизменным на всё время существования базы данных. .Сущность ДИЛЕР. Первичный ключ: Код дилера. Атрибуты: Название, Информация. 2.Сущность ДИЛЕРСКИЙ ТЕРМИНАЛ. Первичный ключ: Код. Атрибуты: Код дилера, Номер заказа, Дата приёма, Дата изготовления, Заводские установки. .Сущность КЛИЕНТ. Первичный ключ: Номер паспорта. Атрибуты: ФИО, Адрес, Дата рождения, Заметки. .Сущность СОТРУДНИК. Первичный ключ: Код сотрудника. Атрибуты: ФИО, Должность. .Сущность УСТАНОВКА. Первичный ключ: Код Атрибуты: Номер накладной, Код сотрудника, Дата установки, Оценка, Материалы, Отметка о исполнении. .Сущность ЗАКАЗ. Первичный ключ: Номер заказа. Атрибуты: Номер накладной, Номер паспорта, Код сотрудника, Наименование, Количество, Стеклопакет, Москитные сетки, Фурнитура, Аксессуары, Стоимость. .Сущность РАЗМЕРЫ. Первичный ключ: Код. Атрибуты: Номер накладной, Ширина готового проёма, Высота готового проёма, Толщина стены, Длина наружного отлива, Ширина наружного отлива, Длина подоконной доски, Ширина подоконника, Длина внутренних откосов, Ширина внутренний откосов. Рисунок 12 - Сущность "Дилер". Рисунок 12.1 - Сущность "Дилерский терминал". Рисунок 12.2 - Сущность "Клиент". Рисунок 12.3 - Сущность "Сотрудник". Рисунок 12.4 - Сущность "Установка". Рисунок 12.5 - Сущность "Заказ". Рисунок 12.6 - Сущность "Замеры". Получаем следующую схему данных, изображённую на рисунке 13. Рисунок 13 - Схема данных. Из схемы видно, что здесь реализована связь "Один-ко-многим". Теоретическое обоснование выбора связей показано в виде концептуальной схемы (рисунке 14). Рисунок 14 - Концептуальная модель. Связи между данными сущностями установлены в следствии логических заключений. Один клиент может сделать несколько заказов, то есть сколько угодно, поэтому связь между сущностями Клиент и Заказ "Один-ко-многим". В одном заказе может быть несколько замеров, то есть, к примеру, будет установлено несколько окон в квартиру. В теории, один и тот же заказ может быть отправлен на исполнение в дилерский терминал несколько раз, так как может не устроить клиента. Один сотрудник может выполнить сколько угодно установок изделия, а так же принять сколько угодно заказов. Так, в ходе умозаключений, строится концептуальная модель или модель "сущность - связь". По сути, эти модели легко трансформируются в схему данных (рисунок 13). Связи "Один-ко-многим" устанавливаются между полями одного и того же типа, причём желательно, чтобы одно из этих полей было ключевым. В некоторых случаях одно из полей можно сделать индексированным, где не допускаются совпадения. Страница 11 из 13 .4 Проектирование и разработка приложения в среде Delphi информационный приложение delphi интерфейс Основная форма содержит перечень всех используемых в программе модулей и несколько исполняемых операторов, обеспечивающих создание нужных окон и связь программы с ОС Windows. Вся основная работа программы управляется кодом, содержащимся в модулях. В состав данного программного продукта входят следующие модули: -Unit1.pas - главный модуль программы, где непосредственно происходит заполнение данных по заказам; -Unit2.pas - отправка заказа дилеру (дилерский терминал); -Unit3.pas - модуль программы, где происходит заполнение данных по замерам изделия (окна); -Unit4.pas - модуль программы, где происходит заполнение данных по установке изделия (окна); -Unit5.pas - поиск, фильтрация, сортировка по заказам; -Unit6.pas - модуль "О программе". В главной форме имеются компоненты, изображенные на рис. 15. На рисунке также изображено "дерево" всех компонентов формы (рис. 16). Рисунок 15 - Компоненты главной формы Компоненты главной формы: -TADOConnection - используется для указания базы данных и работы транзакциями; -TADOTable - таблица доступная через ADO; -DataSource обеспечивает механизм для связи компонентов доступа к данным (Table) с визуальными компонентами, которые отображают данные (DBGrid, DBEdit, DBListBox и т. д.) -TADOQuery - выполняет запрос (выборку) к базе данных; -TMainMenu - создает главное меню программы; -TDBGrid - осуществляет отображение данных из базы данных в виде таблицы; -TEdit - поле для ввода текстовых сообщений; -TButton - кнопка; -TComboBox - выпадающий список; -TDBCtrlGrid - используется для отображения таблицы в виде "кирпичиков"; -TLabel - надписи; -TGroupBox - панель, как отельный элемент с другими компонентами; -TDBNavigator - компонент для управления навигацией и редактированием данных; -TDBEdit - поле редактирования записи базы данных; -TDateTimePicker - выбор даты; -TSpeedButton - быстрая кнопка; -TBitBtn - кнопка, передающая действие форме; -TBevel - предназначен в приложении для простого обведения чего-либо рамкой. Компоненты главной формы необходимы для вывода таблиц из базы данных, для изменения, добавления, удаления, фильтрации, поиска, перехода к другим форм и для иных действий. Рисунок 16 - Структура компонентов 3. Создание прототипа информационной системы .1 Физическая реализация структуры базы данных -Прежде всего, необходимо преобразовать отношения в таблицы. Преобразование происходит по следующему правилу: каждому отношению логической модели поставить в соответствие физическую модель данных. Имя таблицы может совпадать с именем отношения, если оно не противоречит требованиям СУБД и корпоративным правилам. Поскольку имена отношений не противоречат требованиям выбранной СУБД, а корпоративные правила не оговорены, оставим названия в исходном виде. -Второй шаг, который необходимо выполнить - это преобразовать атрибуты в поля таблиц и преобразовать домены в типы данных. Каждому атрибуту должен соответствовать аналогичный столбец таблицы. Имена полей формируются на основании требований СУБД и корпоративных правил, так же как в случае с отношениями оставляем имена атрибутов без изменений. Домены описываем с помощью типов данных с возможными ограничениями на значение. -Третий шаг - выбор первичного ключа. В нашем случае первичный ключ на физическом уровне совпадает с первичным ключом логической модели. В этом случае ключ обеспечивает поддержку целостности по сущностям и используется для связывания таблиц между собой. Рисунок 17 - Заполненные таблицы. Из созданной физической модели заключаем, что первичные ключи выбраны верно, таблицы спроектированы хорошо. Для поддерживания целостности данных нужно минимум программного кода, в основном для контроля наличия товара. .2 Создание интерфейса информационной системы Интерфе?йс по?льзователя (UI - англ. user interface) - совокупность средств, при помощи которых пользователь общается с различными устройствами, чаще всего - с компьютером или бытовой техникой, либо иным сложным инструментарием (системой). Интерфейс пользователя компьютерного приложения включает: Страница 12 из 13 ·средства отображения информации, отображаемую информацию, форматы и коды; ·командные режимы, язык "пользователь - интерфейс"; ·устройства и технологии ввода данных; ·диалоги, взаимодействие и транзакции между пользователем и компьютером, обратную связь с пользователем; ·поддержку принятия решений в конкретной предметной области; ·порядок использования программы и документацию на неё. Пользовательский интерфейс часто понимают только как внешний вид программы. Однако на деле пользователь воспринимает через него всю программу в целом, а значит, такое понимание является слишком узким. В действительности ПИ объединяет в себе все элементы и компоненты программы, которые способны оказывать влияние на взаимодействие пользователя с программным обеспечением (ПО). Это не только экран, который видит пользователь. К этим элементам относятся: ·набор задач пользователя, которые он решает при помощи системы; ·используемая системой метафора (например, рабочий стол в MS Windows®); ·элементы управления системой; ·навигация между блоками системы; ·визуальный (и не только) дизайн экранов программы; ·средства отображения информации, отображаемая информация и форматы; ·устройства и технологии ввода данных; ·диалоги, взаимодействие и транзакции между пользователем и компьютером; ·обратная связь с пользователем; ·поддержка принятия решений в конкретной предметной области; ·порядок использования программы и документация на нее. При создании пользовательского интерфейса использованы следующие компоненты: -MainMenu - создает главное меню программы; -DBGrid - осуществляет отображение данных из базы данных в виде таблицы; -Edit - поле для ввода текстовых сообщений; -Button - кнопка; -ComboBox - выпадающий список; -DBCtrlGrid - используется для отображения таблицы в виде "кирпичиков"; -Label - надписи; -GroupBox - панель, как отельный элемент с другими компонентами; -DBNavigator - компонент для управления навигацией и редактированием данных; -DBEdit - поле редактирования записи базы данных; -SpeedButton - быстрая кнопка; -BitBtn - кнопка, передающая действие форме; -Bevel - предназначен в приложении для простого обведения чего-либо рамкой. В приложении реализован многооконный пользовательский интерфейс. Рисунок 18 - Пользовательский интерфейс. .3 Приемо-сдаточные испытания информационной системы Для нормального функционирования программы компьютер должен иметь следующие конфигурации: -процессор Intel Pentium IV и выше; -оперативная память 512 Мб и выше; -видеокарта AGP/PCI Express 64 Мб и выше; -свободное пространство на диске 12 Мб; -видеомонитор с разрешением 1024x768; -клавиатура; -мышь; -принтер. Для создания программного продукта использовалась интегрированная среда разработки Delphi 7. Технология доступа к БД - ADO, являющаяся универсальным методом доступа к данным. База данных создана с помощью СУБД MS Access. Для оформления текстовой документации использовалась MS Word. Качество программного продукта характеризуется набором свойств, определяющих, насколько продукт "хорош" с точки зрения заинтересованных сторон, таких как заказчик продукта, спонсор, конечный пользователь, разработчики и тестировщики продукта, инженеры поддержки, сотрудники отделов маркетинга, обучения и продаж. Каждый из участников может иметь различное представление о продукте и том, насколько он хорош или плох, то есть о том, насколько высоко качество продукта. Таким образом, постановка задачи обеспечения качества продукта выливается в задачу определения заинтересованных лиц, их критериев качества и затем нахождения оптимального решения, удовлетворяющего этим критериям. Тестирование является одним из наиболее устоявшихся способов обеспечения качества разработки программного обеспечения и входит в набор эффективных средств современной системы обеспечения качества программного продукта. С технической точки зрения тестирование заключается в выполнении приложения на некотором множестве исходных данных, сверке получаемых результатов с заранее известными (эталонными) с целью установить соответствие различных свойств и характеристик приложения заказанным свойствам. Страница 13 из 13 Тестирование - самая популярная методика повышения качества, подкрепленная многими исследованиями и богатым опытом разработки коммерческих приложений. Существует множество видов тестирования: одни обычно выполняют сами разработчики, а другие - специализированные группы. Виды тестирования перечислены ниже: -Блочным тестированием называют тестирование полного класса, метода или небольшого приложения, написанного одним программистом или группой, выполняемое отдельно от прочих частей системы. -Тестирование компонента - это тестирование класса, пакета, небольшого приложения или другого элемента системы, разработанного несколькими программистами или группами, выполняемое в изоляции от остальных частей системы. -Интеграционное тестирование - это совместное выполнение двух или более классов, пакетов, компонентов или подсистем, созданных несколькими программистами или группами. -Регрессивным тестированием называют повторное выполнение тестов, направленное на обнаружение дефектов в программе, уже прошедшей этот набор тестов. -Тестирование системы - это выполнение ПО в его окончательной конфигурации, интегрированного с другими программными и аппаратными системами. Примерная конфигурация компьютера (представлены минимальные технические требования к системе): 1)платформа - х86 (x64); 2)операционная система - Windows 98 и выше; )частота центрального процессора - 500 МГц и выше; )оперативная память - объем 256 Mb и выше; )винчестер - объем 3 Gb и выше; )разрешение монитора ? 1024 × 768 и выше; Тестирование совместимости - вид нефункционального тестирования, основной целью которого является проверка корректной работы продукта в определенном окружении [4]. Порядок проведения испытаний (требования, подлежащие проверке): -проверка аппаратной поддержки приложением; -проверка совместимости; -проверка производительности приложения; -проверка автоматического формирования отчета. При проведении испытаний было использовано следующее оборудование: -процессор операционной системой Microsoft Windows 7; -оперативная память 4 Гб; -жесткий диск 1 Тб; -монитор; -клавиатура; -мышь; -принтер. Тестирование работоспособности, производительности приложения проводились систематично, с целью выявления ошибок и противоречий в работе. При функциональном тестировании было выявлено, что в программном продукте реализованы функциональные требования. Задачи, нужные пользователям, программный продукт выполняет. Приложение совместимо с ОС семейства Windows. Заключение В результате проведённой работы была изучена организация "Проф&Элит", находящийся по адресу г. Нефтекамск, ул. Победы д. 3. Компания "Проф&Элит", является официальным дилером завода "КонСиб" с 2007 г. , расположенного в г. Ижевске. Основная деятельность - изготовление пластиковых конструкций, в том числе окон. При изготовлении используется профиль "VEKA". Был изучен кадровый состав, аппаратное и программное обеспечение организации. В результате чего можно сделать вывод, что при работе сотрудниками используется устаревшее оборудование и программные продукты, но на данный момент полностью удовлетворяющее потребностям предприятия. В результате изучения структуры и работы организации была создана информационная система, был построен пользовательский интерфейс. Для реализации этих задач потребовалось следующее программное обеспечение: Delphi 7, СУБД Access, MS Word. Список использованных источников 1.Гвоздева Т.В., Баллод Б.А. Проектирование информационных систем: Учебники для ВУЗов - Феникс, 2009. 2.Заботина Н.Н. Проектирование информационных систем (+CD): Учебное пособие - Феникс, 2011. .Избачков Ю.С., Петров В.Н. Информационные системы. - Спб.: Питер, 2006. - 656 с. .Вендров А.М. Практикум по проектированию программного обеспечения. - М.: Финансы и статистика, 2002. - 512с. .Грекул В.И., Денишенко Г.Н., Коровкина Н.Л. Проектирование информационных систем. - М.: Интернет Ун-т информационных технологий, 2005. - 304с. 1 2 |